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CHAPTER 1 
GENERAL DESCRIPTION 



1.1 PURPOSE OF MANUAL 

This manual provides the information necessary to maintain the DX1 1-B, System 360/370 Channel to PDP-1 1 
Unibus Interface. Chapter 1 contains introductory information with brief specifications. Chapter 2 of this 
manual is concerned with the basic information needed to unpack, install and test the equipment. Specific 
reference should be made to the individual Customer Site Plan for the particular installation requirements. 
Included are general programming procedures required in testing, following installation. Chapters 3 and 4 
provide information as to formats and programming considerations. For more detailed programming information 
refer to the PDP-1 1 programming documentation. 

This manual is primarily concerned with the operation of the DX1 1-B hardware and the ways in which it inter- 
acts with its specially designed software. Chapter 5, Theory of Operation, provides information about the 360/370 
Channel operation as it bears on the interface with the DX1 1-B. Included are detailed discussions of the func- 
tional parts and the various sequences of operation. 

This is not a basic manual, some prior knowledge of the IBM 360/370 is required, together with familiarity with 
the PDP-1 1 System, particularly with regards to the Unibus Interface. The following is a list related PDP-1 1 and 
IBM documents applicable to the DX1 1-B System. 



Title 



Number 



Coverage 



PDP-1 1 Peripherals Handbook 
Programming-Interfacing 

IBM System/360 and System/370 
I/O Interface Channel to Control 
Unit OEMI. 



GA22-6974 



How to program the PDP-1 1 computer 
and interface to the PDP-1 1 Unibus 

How to interface to an IBM 360/370 
Channel 



IBM System/360 Principles of 
Operation 



GA22-6821 



How the 360 works 



Applicable PDP-1 1 Maintenance 
Manuals and Peripheral Option 
Maintenance Manuals 



How the PDP-1 1 and the Peripherals 
Work 
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1.2 SYSTEM DESCRIPTION 



The DX1 1-B, System 360/370 Channel to PDP-1 1 Unibus Interface, shown in Figure 1-1, is a data and status 
transfer controller that provides communication between an I/O channel of a System 360 or System 370 IBM 
Computer and software within a Digital Equipment Corporation PDP-1 1 Computer. The system is table-driven 
for convenience and efficiency. When installed, the DX1 1-B responds automatically to any 360/370 I/O com- 
mand or status interrogation that is directed to its assigned addresses. It will conduct data transfers (upon PDP-1 1 
program initiation) between the 360/370 Channel and the Unibus, automatically transferring data between the 
DX1 1-B buffers and the Unibus locations; participating in data transfers on the 360/370 Channel, and stopping 
the transfer when the prescribed number of bytes have been transferred. Additionally, the DX1 1-B communicates 
with the PDP-1 1 processor which, in turn, controls the status indications provided to the 360/370 Channel, sets 
up the DX1 1-B to execute the commands transmitted by the channel, and provides communication between 
other devices on the Unibus and the address space used by the DX1 1-B. 

As shown in Figure 1-2, the typical system that is attached to an IBM processor consists of a channel (CH), the 
control units (CU) attached to the channel, and the devices attached to each controller. Several channels can 
operate with one processor. The DX1 1-B operates as a control unit, routing data from devices that store data in 
different formats to a channel that provides selection and timing control. 

The DX1 1-B is used to perform some of the functions of a controller. However, much of the functional operation 
of the controller, such as determining the status of the devices, initiating transfers, and detecting errors, is per- 
formed by a PDP-1 1 programmed processor that is interposed between the DX1 1-B and the devices with which it 
operates. In addition, the DX1 1-B, under control of the PDP-1 1 processor, can appear to the channel to operate 
with several different types of devices. 

As shown in Figure 1-3, from a functional standpoint, the DX1 1-B can be considered to be two interfaces: a 
standard hardware interface to the IBM 360/370 and a standardized software interface (within the PDP-1 1) to 
device emulator programs and application programs. The basic package can be programmed to emulate most 
standard IBM control units with up to 1 28 devices attached. The emulation only requires the addition of soft- 
ware to the basic package. As a result, the PDP-1 1 based equipment can be substituted directly for a 360/370 
device or devices, with no reprogramming of the 360/370 required. Although hardware and software are 
described separately in this manual, because of the interactive characteristics between hardware and software 
in the DX1 1-B, they are, in reality, inseparable and must be considered as one device in order to gain a 
complete understanding of the operation of this equipment. 

The outstanding features of the DX1 1-B are: 

• Operates on either multiplexer, block multiplexer, or selector channels. 

• Emulates up to 1 28 devices with as many as eight separate sets of contiguous addresses. 

• Handles concurrent I/O on all emulating devices. 

• Operates with standard 360/370 operating software. 

• Is plug-compatible with the standard IBM channel. 

• Contains powerful built-in maintenance capability. 

• Contains an interface simulator, allowing complete off-line diagnosis. 

• Provides a fully buffered I/O (4-byte buffer). 
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Figure 1-1 DX1 1-B, System 360/370 Channel 
to PDP-1 1 Unibus Interface 
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Figure 1-2 Typical DX1 1-B System Block Diagram 
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• Handles sequence checking. 

• Operates on multiple subchannels. 

• Operates on shared or unshared subchannels. 

• Operates on selector subchannels. 

• Has table-driven status response and burst mode selection. 

• Makes available all control unit options. 

• Provides hardware disconnect if program or system fails due to power failure, if PDP-1 1 halts, or if 
OPERATIONAL IN is up for 5 seconds without program interaction. 

1 .3 MECHANICAL DESCRIPTION 

The DX1 1-B is housed in a standard 19-in. rack (CAB-1 1 H960 or H957), containing four H911 Mounting 
Panels for M-series logic, and IBM 360 connectors for cable connection from the channel and to the next 
channel unit. Power is provided by an H740 Logic Power Supply, a 7 1 6 Power Supply for the indicator panel, 
and a unit source power panel (EPO) with its power sequence control to the IBM power interface logic. Indi- 
cators are provided for logic operation on one panel located on the top front of the unit. Controls are located 
on the EPO panel available behind a removable front cover, and on the back of the H740 Power Supply, which 
contains its own power control circuitry. Caravelle fan cooling is provided as part of the basic cabinet. Connec- 
tions are made between this cabinet and other cabinets containing the PDP-1 1 Computer and associated equip- 
ment. Equipment other than the DX1 1-B must not be mounted in the DX1 1-B cabinet. 



1.4 SPECIFICATIONS 

Physical, environmental, and electrical specifications for the DX1 1-B are contained in the following paragraphs. 
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Figure 1-3 DX1 1-B Functional Block Diagram 
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1.4.1 Physical 



Dimensions 

Width: 
Height: 
Depth: 

Service Access Dimensions 

Front: 
Rear: 



(CAB H960) 
20-3/16 in. 
71-7/16 in. 
25 in. 



42 in. 
42 in. 



(CAB H957) 
20-3/16 in. 
47-1/2 in. 
25 in. 



42 in. 
42 in. 



1.4.2 Environmental 

The DX1 1-B operates under normal conditions of humidity, shock, and vibration. 



Ambient Temperature: 
Relative Humidity: 



50°Fto 122°F(10°C to 50°C) 
20% to 95% (noncondensing) 



1.4.3 Electrical 

Estimated Power Consumption (H740) Logic- 
Overall AC: 



20A@+5 Vdc 
220 VA(^ 120 Vac 



1 .4.4 Performance 

Operating Modes: 

Transfer Width: 



DX1 1-B Clock Frequency: 



DX1 1-B to CH/CH to DX1 1-B Transfer Rate: 



Program transfer and non-processor transfer depending 
upon control unit state and channel function being per- 
formed. 

DX11-B to IBM Channel 

Eight bits plus parity for information and six individual 
lines for selection and control. 

IBM Channel to DX11-B 

Eight bits plus parity for information and eight bits for 
selection and control. 

DX11-B to/from PDP-11 

All standard Unibus interface signals. Sixteen-bit data 
path only for data transfers with IBM channel (two bytes/ 
PDP word). 

Parity used between DX1 1-B and IBM Channel 

Odd in both directions. 

Effective: 2.5 MHz 
Internal: 5.0 MHz 

Two discrete time pulses, each standard 50 ns width 
occurring sequentially 200 ns apart. 

Nominal 250K bytes/sec depending on system (PDP-1 1 
and 360/370) configuration. The theoretical limiting 
speed caused by the DX1 1-B clock is 1M bytes/sec. 
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1.5 ENGINEERING DRAWINGS 



A complete set of engineering drawings is supplied with each DX1 1-B System. The engineering drawings are 
bound in a separate volume entitled DX1 1 -B Engineering Drawings. A list of applicable engineering drawings 
is included in Chapter 7 of this manual. The general logic symbols used on these drawings are described in the 
DEC Logic Handbook, 1972. Specialized symbols and terminology, particularly those used in the flow diagrams 
for the DX1 1-B, are explained on the drawings as notes and are further defined in Chapter 5 (Paragraph 5.4.2). 

NOTE 

The documents described in Paragraphs 1 .1 and 1.4 are available 
from the nearest DEC Field Office or from: 

Digital Equipment Corporation 
Communications Services (Direct Mail) 
1 46 Main Street 
Maynard, Massachusetts 01754 
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CHAPTER 2 

INSTALLATION AND ACCEPTANCE TEST 



This chapter contains the information and procedures for installing and testing the DX1 1-B System. This chapter 
is not intended to supersede the installation requirements stipulated in the customer's site plan; however this 
chapter supplements that information by providing an installation and checkout procedure to ensure the system 
is installed correctly and that the system operates correctly after it is installed. 

CAUTION 

Do not attempt to unpack or install the DX1 1-B system 
until the DEC sales office has been notified and a DEC 
Field Service representative is present. Failure to do so 
can void the equipment warranty. 

2.1 SUMMARY OF INSTALLATION FUNCTIONS 

Installation functions and responsibilities are summarized in Table 2-1. It is very important that the DEC Field 
Service Engineer, the IBM CE, and the user be aware of what they must do to ensure a successful installation. 

Table 2-1 
Summary of Installation Functions 

Responsible Personnel Function 

Identify space and power required for system configuration. 
Survey Proposed site. 

Prepare site in accordance with customer site plan. 
Fill out diagnostic preparation card. 
Establish Test Schedule. 

Notify corporate support immediately if any unusual problem that 
affects the installation and acceptance test occurs. 

Unpack and install the equipment. 

Perform PDP-1 1 and DX1 1-B Acceptance Test off-line. 

Arrange for IBM CE to connect DX1 1-B cables to the IBM system. 

Connect IBM cables to DX1 1-B. 

Run on-line and operational test. 



User/DEC Representative 
User/DEC Representative 
User/Optionally DEC Representative 
User/DEC Field Service 
User/DEC Field Service 
DEC Field Service 

DEC Field Service 
DEC Field Service 
User 

DEC Field Service 
User/DEC Field Service 
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2.2 INSTALLATION AND ACCEPTANCE TEST REQUIREMENTS 

The equipment and diagnostics required to install and test the DX1 1-B should be available before beginning the 
installation and acceptance test procedures. 

2.2.1 Equipment Required 

Table 2-2 contains a list of equipment required for the DX1 1-B installation and acceptance test. 

Table 2-2 

Equipment Required for Installation and Acceptance Test 



Equipment 

Oscilloscope 



Probes 

Ground Lead for Probe 

DX1 1-B Maintenance Kit 

Jumper Wire 

Integrated circuit Pin 
Extender 

Module Extender Board 
for Single Height Module 

Tool Kit 



Specification 

dc to 50 MHz with calibrated deflection 
factors from 5 mV to 10 V/division. 
Maximum horizontal sweep rate of 0. 1 
microsec/division. Delaying sweep and 
dual trace is desirable. 

XI with response characteristics 
matched to oscilloscope. 



Equivalent Equipment 

Tektronix Type 453, 465 or 
equivalent 



Tektronix Type P6010 
Tektronix 

30 gauge 
DEC 29-10246 



DEC-Type 142 



The DX1 1-B Maintenance Kit consists of the following items: 

1 . DME, 2848 Diagnostic, and FRIEND (DZDXD-A-C) 

2. G890 Power Fail-Select By-Pass Module 

3. M597 360 Cable Receiver Module 

4. M697 360 Cable Driver Module 

5. M405 Crystal Clock Module @ 5 MHz 

All local offices responsible for a DX1 1-B should have a maintenance kit. 



2.2.2 Diagnostics Required 

The diagnostics required for the DX1 1-B acceptance test are listed in Table 2-3. 

FRIEND is an IBM Diagnostic Program requiring 16K bytes of memory in the 360/370 and is supplied in the 
form of a card deck, containing 186 cards. The user must enter channel commands from the console keyboard 
using the English language. FRIEND supports the commands for most of the IBM files, drums, printers, card 
readers, punches, etc. 

The FRIEND and DME/2848 diagnostic card decks (DZXD-A-C) are part of the DX11-B maintenance kit. This 
kit (and/or card decks) is available at all DEC regional field offices. 
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Table 2-3 
DX11-B Diagnostics 
LIBKIT NO. ZJ131-RB 



Off Line Test 



Number 



Maintenance Clock 1 
Maintenance Clock 2 
Off Line Exerciser 
On Line Exerciser 



DZDXA-D 
DZDXF-D 
DZDXG-C 
DZDXH-C 



On Line Test 



Number 



2848 Responder 
DME, 2848 Diagnostic, 
and FRIEND 



DZDXC-A 

DZDXD-A-C (Cards) 
DZDXE-A-C (Cards) 



2.2.3 Space Requirements 

The DX1 1-B is mounted in a H960 tall cabinet or H957 short cabinet (Figure 2-1). Cabinets may be placed 
individually or attached to other cabinets to form a multibay configuration. The accessories and hardware 
included with the cabinet include rear door, front pop off panels, 2 end panels, bezel, logo panels, blower fan 
and power controller. 

Figure 2-1 shows the dimension of both cabinets. Space should be provided in the front and rear of the cabinets 
for access by maintenance personnel. 



A minimum clearance of 30 inches (75 centimeters) above each cabinet is recommended to permit free circulation 
of cooling air. If this requirement cannot be met, some other means of allowing free air flow above and around 
the equipment should be provided. 

2.2.4 Power Requirements 

The power source should be free of conductive interference. All computer system power supplies should be 
connected to the same power source to avoid loading and source differentials that may affect computer operation. 

The computer cabinets should be tied to a grounding system which provides less than 10 ohms resistance to moist 
earth from dc to 10 megahertz. The ground should also be insulated from sources of electrical noise to prevent 
noise from entering the system via ground. 

The power required for the various DX1 1-B options is shown in Table 2-4. 



CAUTION 

The DX1 1-B cabinet must never be shared with other 
equipment. 
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Figure 2-1 H960 and H957 Cabinet Dimensions 
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Table 2-4 
DX11-B Option Designations 



Nomenclature Cabinet Type Voltage 

DX11-BA H950 115 Vac 

DX11-BB H950 230 Vac 

DX11-BC H957 115 Vac 

DX11-BD H957 230 Vac 



The maximum power required is 600 VA @ 1 20 Vac. 

The DX1 1-B EPO Panel must be connected to unswitched system power on the DX1 1-B system 861 power 
controller. 



2.2.5 Information Requirements 

Information determined by the system configuration which varies from installation to installation is required to 
run the diagnostics. 

Before proceeding the following information must be obtained, before any diagnostics are used. This information 
relates to the PDP-1 1 and IBM systems and is necessary to execute any diagnostics. 

Selected Information 

Information (Customer Supplied) Default 

Unibus Address 176200 

Vector Address 300 

Priority Level 5 

Model 360/370 Not Applicable 

Channel Type and 
Number 

First Control Unit Not Applicable 

Address (must 
start on zero 
boundary) 

IBM System Not Applicable 

Main Storage 
Memory Size 

Number of Devices Not Applicable 

per Control Unit 



The entire DME/2848 diagnostic test procedure in Paragraph 2.14.4 should be read to obtain the information 
necessary to fill out the preparation card. Consult the customer and resolve any questions regarding system 
configuration prior to obtaining stand-alone time to run the on-line diagnostics. 



NOTE 

Do not attempt to run the diagnostic at this time, 
only obtain the information required. 



2-5 



2.2.6 Test Schedule 



As stipulated in the DEC sales agreement, the customer agrees to provide up to 1 2 hours of 360/370 Stand Alone 
time for DX1 1-B installation and acceptance testing. Stand Alone means the 360/370 must be dedicated solely to 
the DX1 1-B and not occupied in any way with the customer's operating system. 

The DEC Field Service Engineer should consult the customer and schedule the time the On Line-Stand Alone 
tests are to begin. All tests in the acceptance test procedure up to Paragraph 2.14 should be completed before 
the on line tests are attempted. Prior to the time the test is to be run, the FSE should verify that the customer's 
system will be available as a stand alone system at the scheduled time. 

In order to use this time efficiently, the following guidelines should be followed by the FSE. 

1 . An FSE untrained in the DX1 1-B should not use more than one hour of stand alone time to diagnose 
on line failures. An FSE who is trained may use up to two hours. More time should not be used unless 
instructions to do so are received from Regional or Corporate Support. 

2. Regional Support can authorize use of an additional two hours of stand alone before notifying 
Corporate Support. 

3. If Corporate Support cannot resolve the problem within an additional four hours of stand alone time, 
assistance must be obtained from DEC Engineering. 

4. During installation and any time thereafter, any unresolved problem should be reported to both 
Regional and Corporate Support by the local Field Service Office. These problems typically are the 
type that involve software. 

2.3 UNPACKING AND INSPECTION 

CAUTION 

Do not attempt to unpack or install the equipment 
until a DEC Sales Office has been notified and a DEC 
Field Service Engineer is present. Failure to do so may 
void equipment warranty. 

2.3.1 Unpacking 

The DX1 1-B is mounted in a DEC H957 or H960 cabinet and is shipped on a pallet mounted container. A 
forklift truck is necessary to move the container to its final location. To unpack and install the computer only 
small hand tools, pliers, screwdrivers, etc. are required. 

To unpack the equipment follow the steps listed below; 

1 . Remove the outer shipping container; 

NOTE 

The container can be either heavy corrugated cardboard 
or plywood. Remove all metal straps first, and then 
remove any fasteners and cleats securing the container 
to the skid. If applicable, remove the wood framing and 
supports from around the cabinet. 
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2. After removing the outer container, if applicable, remove the cardboard container. 

3. Remove the polyethylene cover from the cabinet. 

4. Remove the tape or plastic shipping pins from the cabinet rear door. 

5. Unbolt the cabinet from the shipping skid. The bolts are located on the lower supporting side rails and 
can be reached by opening the access door. 

6. Raise the leveling feet above the level of the casters. 

7. Use wooden blocks and planks to form a ramp from the skid to the floor and carefully roll the cabinet 
onto the floor. 

8. Roll the cabinet to the prepared site. 
2.3.2 Inspection 

After unpacking, inspect and inventory the equipment. 

1 . Inspect the external surfaces of the chassis for surface, switch, and light damage, etc. 

2. Inspect the inside of the cabinet for damage, loose or broken modules, fan damage, loose nuts, bolts, 
screws, etc. 

3. Check the equipment, documents, software, received against the shipping list and verify all equipment 
was received. If an item is missing, notify the DEC Sales Office and transporting agency as soon as 
possible. 

4. Ensure that the modules, hold down bars, and module clips are secure. 
2.4 INSTALLATION 

After the cabinet is rolled to the prepared site, it should be leveled by adjusting leveling feet at the bottom of the 
cabinet. 

2.4.1 PDP-1 1 and DX1 1 -B Cable Installation (within PDP-1 1 System) 

Connect DX1 1-B cables as follows: 

1 . Ensure the circuit breaker on the H740 power supply, and the circuit breaker on the 861 control 
panel at the bottom of the cabinet are OFF. 

2. Connect the Unibus cable (see Figure 2-2 for cable location) to the PDP-1 1 Unibus. The DX1 1-B must 
be the first NPR device on the Unibus. That is, the Unibus cable must be inserted in a Unibus slot that 
is electrically closer to the processor than any of the other NPR devices installed on the Unibus. 

CAUTION 

Do not connect IBM system cables at this time. 

3. Connect the power control from the DX1 1-B EPO Panel to Jl, 12, or J3 on the 861 power controller. 

4. Connect the power control cable (part number 70-0-08288-8) from the DX1 1-B 861 power control 
to another power control on the system. 
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INDICATOR 
CONNECTORS 



UNIBUS 
CONNECTORS 
(M930) 



OUT OR 
TERMINATOR 



STORAGE 
LOCATION 
FOR M984 
TERMINATORS 



TAG CABLES 




M908 FROM 
EPO CONTROL 



BUS CABLES 



THE TOP CONNECTORS 
IN THIS ASSEMBLY ARE 

ALWAYS THE DARK COLORED AND 

THE BOTTOM CONNECTOR ARE 
LIGHT COLORED. 

*For DX1 1 cable loop around test move the following cables 

H07 to H 17 and place M984 in H07 

J07 to J1 7 and place M984 in J07 

H14 to H18 and place M984 in H14 

J14 to J18 and place M984-YA in J14 
Mate together the corresponding IBM Connectors contained within the DX1 1 assembly, i.e., the 
IN BUS cable is removed from the bracket and mated to the OUT BUS cable. The same thing is 
done for the TAG cables. When the cables are mated, a dark colored IBM plastic connector 
housing should be mated to a light colored IBM plastic connector housing. Do not mate the 
same color connectors together. (See Figure 2-3.) 



Figure 2-2 DX1 1-B Cable Connections Configured for User Operation 
(Viewed from Rear) 



2.4.2 IBM Device Address Jumper Installation 

The M908-YB address jumper card (Figure 2-4) located at A20 has the jumpers cut for 10 Hexedecimal at the 
factory. If some other address is used by the DX1 1-B that is being installed, the jumpers must be changed to 
select the assigned address. The card is equipped with split lugs for easy wiring. 
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Figure 2-3 DX11 - IBM Cable Assembly 
Configured to Execute Cable Loop Around Test DZDXH 

Any standard wire can be installed on the split lugs as jumpers. However, the number 30 wire wrap carried by all 
DEC Field Service Engineers is adequate. 

The I/O address format is shown in Figure 2-5. The DX1 1-B never sees the 8-bit channel address portion of the 
I/O instruction. There are four of these instructions by which the 360/370 CP controls I/O operations. These 
are: (1) Start I/O, (2) Test I/O, (3) Halt I/O, and (4) Test Channel. A Test Channel Instruction does not issue 
an I/O address, but for the other three, the address is generated and decoded as described in Paragraph 5.5.21 . 
Figures 2-6 through 2-1 1 give wiring examples. Some of the examples are explained in the following paragraphs. 

Figure 2-6 shows the wiring for four device addresses in the range 3x. Pins K and H are grounded by jumpering 
to pin C. Pin L is jumpered to pin B and pin E is tied to pin D. 

In Figure 2-7, jumpering pin B to pin V2 and then running the jumper to pins U through M, the first hex digit is 
decoded by an Ml 55 module at location A19. When pins K, H, E, and B are jumpered to pin C (gnd), the 
DX1 1-B ignores the second hex digit causing it to automatically respond to device addresses 10 through IF. 

Figure 2-8 is an example of wiring for the 32 device addresses 50 through 6F. Note that pin F (5x) is tied to pin 
V2, while pin H (6x) is tied to pin U before being jumpered through pin M. The second digit is responded to as 
it is in Figure 2-7. 

Using the examples in Figures 2-6 through 2-11, the wiring for any combination can be derived. 
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Figure 2-4 M908 Module Before Wiring 
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Figure 2-5 I/O Address Format 
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Figure 2-6 Example of Wiring for Four Devices 



Figure 2-7 Example of Wiring for 1 6 Devices 
10 through IF (lx) 
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Figure 2-8 Example of Wiring for 32 Devices 
50 through 6F (5x and 6x) 



Figure 2-9 Example of Wiring for One Device (10) 
(Not Supported by DX1 1-B Diagnostics) 
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2.4.3 Interrupt Vector Address Jumper Installation 

A floating vector convention is used for the DX1 1-B and other communications devices in the PDP-1 1 system. 
These vector addresses are assigned in order starting at 300 and proceeding upwards to 777. The first vector 
address 300 is assigned to the first communication device in the system and if another communication device 
is used, it would then be assigned the vector address 310. The vector addresses (up to a maximum of 32) are 
assigned for each communication device in the system. For more information, see Appendix B. 

Jumpers W2-W8 on the M7821 module must be configured to select the Interrupt Vector Address (see Drawing 
D-BS-DX1 l-B-18). Jumpers are removed to obtain a logical zero and installed to obtain a logical 1. 

2.5 TURNING POWER ON FOR THE FIRST TIME 

When power is turned on for the first time, the switches on the PDP-1 1 computer, the DX11-B, and all peripheral 
options should be set to the correct position for system operation. The DX11-B is not connected to the channel 
at this time. 
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The procedure is as follows: 

1 . Ensure the DX1 1-B, the PDP-1 1 computer, and all peripherals are connected to the same ac power 
source. The 861 Power Control Unit in the DX1 1-B must be connected to an unswitched power 
source if the EPO panel is used in the system. 

2. Place the SYSTEM/LOCAL Switch (Figure 3-1) to the LOCAL position. 

3. Ensure the circuit breaker on the 861 power control panel is ON. 

4. On the H740 power supply, ensure the circuit breaker is pushed in. 

5. Turn the PDP-1 1 computer power ON and verify fans are running. 

6. Set ENABLE/HALT to HALT. 

7. Ensure all peripheral devices connected to the UNIBUS are powered up. 
2.6 PDP-1 1 SYSTEM TEST WITHOUT DX1 1 -B 

Perform the PDP-1 1 Acceptance Test procedure for the PDP-1 1 processor used with the DX1 1-B. The customer 
acceptance procedure document for the processor is shipped with the system and the processor diagnostics 
should be loaded and run according to procedures described in the related customer acceptance procedure. Refer 
to the System Maintenance Manual for details on the test procedure for the processor. 

After testing of the processor is completed run the Customer Acceptance Test Procedure for each of the devices 
in the system. 

CAUTION 

The configuration shown in Figure 2-9 is not supported 
by DX1 1-B diagnostics. Configurations of 2 or more 
devices are supported. 

2.6.1 Control and Indicator Panel Lamp Check 

Perform the following steps to verify all lamps on the Control and Indicator Panel will light. 

1 . Turn PDP-1 1 power OFF. 

2. Remove the four connectors in back of and on the left hand side of the Control and Indicator Panel in 
slots A29, A30, A3 1 , and A32. (Figure 2-2). 

3. Turn PDP-1 1 power ON and verify all lamps on the panel are lit. If not, replace the burned out 
lamp(s). 

4. Turn PDP-1 1 power OFF and replace the four connectors that were removed in step 2. 
2.7 DX11-B TEST WITHOUT IBM 360/370 (OFF LINE) 

All diagnostics that do not require the DX1 1-B to be connected to the IBM 360/370 system should be run and 
any hardware malfunctions that occur should be repaired before the DX1 1-B is connected to the IBM 360/370 
system for on line tests. 



2-13 



CAUTION 

Do not connect the IBM 360/370 cables to the DX11-B 
for these tests. 



Load the DX1 1-B Maintenance Clock 1 Diagnostic MAINDEC-1 1-DZDXA-[REV] -PB (use latest revision). Refer 
to the software abstract (MAINDEC-1 1-DZDXA-[REV] -D for loading instructions. Run the entire diagnostic a 
minimum of two passes with iterations. No errors are allowed. 

2.7.1 M306 NPR Timeout Mono Calibration Procedure 

To calibrate the NPR Timeout Mono, proceed as follows: 

1 . Place channel 1 (sync) probe on the output of the NPR DLY Mono (Pin F04S2). Set oscilloscope 
controls to following positions: 

a. AC Low Frequency Reject 

b. POS SYNC 

c. Time Base to 100 microseconds/ division . 

d. INTERNAL SYNC to CHANNEL 1 . 

2. Place channel 2 probe on the NPRX flip-flop (pin F04H2). 

3. Restart the Maintenance Clock 1 Diagnostic (DZDXA). 

4. Select and loop on test 15. See diagnostic write up for instructions. 

5. Adjust the mono potentiometer in slot F04 to 12 jus. (NPRX(l) L neg, edge to NPRDLY). Put XI 
magnifier on to make measurement (Figure 2-12). 



iOOfiS/DIV. 





NPRX (1 ) L-F04H2 



NPRDLY -F04S2 



X 10 MAG. ON 



10/as/DIV. 




\2ft 



H — 



11-1236 



Figure 2-1 2 NPR Timeout Mono Calibration Waveform 
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2.7.2 BLLM Calibration 

This test ensures that BLLM is calibrated for the optimum data transfer rate (250K byte/sec). To perform the 
BLLM calibration proceed as follows: 

1 . Set up the oscilloscope as follows: 

a. Channel 1 to 2 V/DIV 

b. Timebase to 2 /xs/DIV 

c. SYNC on (NEGATIVE SYNC and NEGATIVE going signal) 

2. Select and loop on Test 16. The instructions are in the write up with the diagnostic. 

3. Use channel 1 to monitor E32H2 

4. Adjust the top potentiometer on module E32 until there is 4 jus between leading edges of the signal 
(Figure 2-13). 

H 4 ^ s H 

SRVI (1 ) L 
(E32 H 2) 

11-3456 

Figure 2-13 BLLM Calibration Signal 

2.7.3 Run the DX11-B Maintenance Clock 2 Test (MAINDEC-1 l-DZDXF-[ REV] -PB) 

Refer to the software abstract for loading and running instructions. Run a minimum of two passes with 
iterations. No errors are allowed. 

2.7.4 Run the DX11-B Off-Line Exerciser (MAINDEC-1 1 -BZDXG- [ REV] -PB) 

Refer to the software abstract for loading and running instructions. Run a minimum of two passes with 
iterations. No errors are allowed. 

2.8 DX11-B CABLE TEST 

To test the DX1 1-B offline without IBM cables proceed as follows: 

NOTE 

The system is shipped with the cables connected for 
this test. However, they should be checked using the 
following procedure to ensure they are connected 
' correctly (Figure 2-14). This procedure may also be 
used to run the on-line cabled test at a later time 
after installation is completed. If errors occur and 
cable signals must be monitored with an oscilloscope, 
refer to Paragraph 2.18 (Figure 2-16). 
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I 

The DX1 1-B cable configuration should be as follows: (Refer to Figures 2-2 and 2-14). 

1 . Cable normally in H07 moved to H17. 

2. Cable normally in J07 moved to J 17. 

3 . Cable normally in H14 moved to H18. 

4. Cable normally in J 14 moved to J18. 

5. M984 terminators should be installed in H07, J07, and H14. 

6. A M984-YA terminator should be installed in J 14. 

7. The TAG cables should be connected together (Figure 2-14). The Bus cables should also be fastened 
together in a like manner. Dark connectors should be connected to light connectors. 

8. Load and run the DX1 1-B on-line cable test (MAINDEC-1 1-DZDXH-[REV] -PB). Refer to software 
abstract for loading and running instructions. Run a minimum of two passes with iterations. No errors 
are allowed. 
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Figure 2-14 Test Bus Cable Connections Without IBM 360/370 Cables 
Supplied By Customer 
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Figure 2-1 5 Test Bus Cable Connections Using IBM 360/370 Cables 
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1 On Line B Delay Adjustment 

1 . Restart the DX11-B On Line Cabled Exerciser (MAINDEC-1 1-DZDXH-[REV] -PB). 

2. Set the Switch Register to 4000 to inhibit operations (SW1 1 = 1). 

3. Set the oscilloscope up as follows: 

a. 2 V/cm on CHI. 

b. select CHI only. 

c. set trigger on NORMAL and trigger on edge. 

d. set sweep rate for 2 ms. 

4. Connect CHI scope probe to pin E32T2. 

5. Adjust the lower potentiometer on the M302 module in E32 until the output of the delay is high for 
5 to 6 ms. 

NOTE 

Figure 2-16 illustrates the signal flow for test 
connections. 
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Figure 2-16 Signal Flow for Test Cable Connections 
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2.8.2 DXTO Calibration Procedure 

This procedure ensures that when OPERATIONAL IN is set and if the program does not interact for 5 seconds 
the DXTO flip-flop sets. To calibrate DXTO proceed as follows: 

NOTE 

This is a visual check procedure. You must observe 
the DXTO and OPLI lamps on the control and indicator 
panel and determine the time between the lighting 
of OPLI and DXTO. DXTO should light 5 sec after 
OPLI. 

1 . Set ENABLE/HALT to HALT. 

2. Hit START to cause DX1 1 initialization. 

3. Set switch register to 176216 and hit LOAD ADDRESS. This operation selects the DXMI. 

4. Set switch register (SR) to 100000 and hit DEPOSIT to cause Operational-In to set (OPLI). 

5. Approximately 5 seconds later, DXTO should set as indicated by the DXTO lamp lighting. 

6. Repeat Steps 2 through 5 as necessary. Adjust the potentiometer on the M306 module in slot F03 
so that the DXTO sets approximately 5 seconds after OPLI is set. 

2.8.3 IBM 360/370 Cable Test Using DX1 1-B to Test Cables Without IBM 360/370 System 

This test checks the continuity IBM 360/370 cables supplied by the customer. This test should be run if the 
user supplied channel cables are available. If not go to Step 6 in this section. 

NOTE 

The DX1 1-B is not connected to a channel on the IBM 
360/370 for this test. 

To test the IBM 360/370 cables proceed as follows: 

1 . In the rear of the DX1 1-B cabinet disconnect the IBM connectors that have been mated together. 
Return them to their normal position in the mounting receptacle. Do not move the flip chip 
connectors in the DX1 1-B back panel. 

2. Temporarily label one user cable as TAG and the other cable as BUS (Figure 2-2). 

CAUTION 

The IBM cables should always be mated dark-to-light 
and light-to -dark. Interchanging TAG and BUS cables 
will cause incorrect operation, but will not harm the 
equipment. Use care in mating these plugs to prevent 
damage to pins. If cables are damaged, notify support 
immediately. 

3. Connect one end of the TAG cable to the control TAG from the channel receptacle of the DX1 1-B. 
Connect the other end of the control TAG cable to the next unit TAG receptacle of the DX1 1-B 
(Figure 2-15). 
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4. Coitaect one end of the BUS cable to the DATA BUS from the channel receptacle of the DX1 1-B. 
Connect the other end of the DATA BUS cable to the next unit BUS receptacle of the DX11-B 
(Figure 2-1 5). 

5. Load and run the DX1 1-B On Line Cabled Test (MAINDEC-1 1-DZDXH-[REV] -PB). Refer to the 
software abstract for loading and running instructions. Run a minimum of two passes with iterations. 

NOTE 

DX11-B Off Line Testing and calibration is now complete. 
The DX11-B can now be changed from the maintenance 
cabled mode to the normal on-line (user) mode. The 
DX1 1-B need not be configured in the maintanence mode 
again except to verify channel receivers, drivers, and 
on-line A and B logic when a hardware failure is suspected. 
All preventive maintenance and most corrective mainte- 
nance can be accomplished while the DX1 1-B is connected 
to the IBM channel. 

Refer to the software abstract for the instruction to load and run the diagnostics. 

6. Remove the IBM 360/370 cables and return the cables to their normal configuration as follows: 

a. Remove terminator cards from H07, J07, and H14 and replace in J29, J30, and J31 
respectively. 

b. Remove terminator card M984-YA from J14 and replace in J32. 

c. Move cable connector HI 7 to H07. 

d. Move cable connector J17 to J07. 

e. Move cable connector HI 8 to HI 4. 

f. Move cable connector J18 to J14. 

g. Remove the channel cables if attached for the cable test (Figure 2-1 5). 

h. Disconnect the DX1 1-B cables from the loop around position (Figure 2-14) and return them to 
to the normal position. 

2.9 FILLING OUT TEST PREPARATION CARD 

The preparation card in Figure 2-24 should be filled out at this time. Refer to Paragraph 2.14.8 for the 
procedure. 

NOTE 

Figure 2-21 is a sample of this card. 
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2.10 I/O CABLE REQUIREMENTS 



The customer is required to supply all necessary material to make the physical connection between the DX1 1-B 
and the IBM system. In most configurations this will consist of the following material: 

IBM BUS Cables 

IBM #5353920 This 40 position cable can be used in all systems except when the two byte interface 

is implemented on the IBM channel. At least two of these cables are required. 

IBM #5466456 This 48 position cable can be used on all systems. It is required when the two byte 

interface is implemented on the IBM channel. At least two of these cables are 
required. 

. NOTE 

The same cables are used for TAG lines and DATA 
BUS lines. 

IBM Channel Terminators 

There are four IBM channel terminators available, these terminators are used in pairs (i.e., one for TAG line and 
one for DATA BUS lines). Thus there are two distinct sets. The set to be used on a given system is dependent on 
the IBM BUS cables used. These terminators are used in the DX1 1-B only if it is the last Control Unit on the 
channel. 

If IBM cable #5353920 is used then the BUS terminator must be IBM #540649 and the TAG terminator of this 
set is IBM #540650. 

If IBM cable #5466456 is used then the BUS terminator must be IBM #2282675 and the TAG terminator of this 
set is IBM #2282676. 

IBM EPO Cable (IBM No. 5351178) 

The IBM EPO cable may be required, depending on the requirements of the installation itself. The DX1 1-B can 
be used on the channel without this cable. The function of this cable is to place the power sequencing of the 
entire PDP-1 1 under control of the IBM system. 

NOTE 

Even if the EPO cable is installed the PDP-1 1 system 
power can be controlled with the PDP-1 1 console key 
switch, by switching the DX1 1-B EPO Panel 
SYSTEM/LOCAL switch to LOCAL. 

2.1 1 CONNECTING DX1 1-B CABLES TO IBM CHANNEL 

Each IBM BUS cable consists of 40 or more coaxial conductors, these conductors are encased into one cable 
assembly by, a thick vinyl casing. Each conductor of this assembly is terminated in a rectangular plastic mounting 
box by a gold U shaped pin. These pins are durable but extreme care should be used when mating the cables. 

The rectangular plastic mounting blocks used at each end of the cable are color coded. One end of the cable 
block is light gray or brown, and the opposite end of this same cable block is dark gray or black. This is true 
regardless of what type of IBM cable is used. This color coding is used when mating IBM BUS cables to 
peripherals or other BUS cables. When mating connector blocks always mate unlike shades together, light gray or 
brown to dark gray or black. Note that the light gray cable can be mated to the black block and the brown block 
can be mated to the dark gray block. 
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Figure 2-17 Normal Cable Connections to Channel Bus if on End of Bus 
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Figure 2-18 Normal Cable Connections to Channel Bus if Not on End of Bus 
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These connection procedures must be followed to ensure that the proper conductors are mated. If identically 
shaded blocks (i.e., light to light) are mated the cable connections at this point are reversed. 

To install the cables procede as follows: 

1. Power down the PDP-1 1 system and be sure that the DX1 1-B ON LINE ENABLE switch is in the 
OFF LINE position and that the SYSTEM/LOCAL switch is in the LOCAL position. 

2. Using the procedure listed in the previous paragraph ensure that all cables and connector blocks 
within the DX1 1-B are moved to their normal position (Figure 2-2). 

3. To ensure an orderly installation request that the customer diagnostics be executed on the channel to 
which the DX1 1 -B is to reside on. This can be done by customer or IBM personnel. The purpose of 
this test is to verify the integrity of the channel. 

4. Request that the customer Stop the IBM system by pressing STOP on the 360/370 console. It is not 
necessary to power down the IBM system. Do not procede until the system is stopped. 

5. Have the customer or IBM personnel connect the IBM BUS and TAG cables to the channel. This 
connection is made at the channel itself or at a peripheral on the channel depending on the DX1 1-B 
position which is designated by the customer. Before connecting the cables mark them for identifi- 
cation, the cables should be marked at both ends. One cable should be marked TAG and the other 
DATA BUS. When the cables are connected to the IBM system they should be connected so that 
light shade color connectors are presented to the DX1 1-B. 

6. DEC personnel should now connect the labeled cables to the DX1 1-B. Connect the TAG and DATA 
BUS cables received from the channel or control unit closer to the channel to the connector mounted 
within the DX1 1-B. This is the top connector in each section and is a dark shaded connector. 

7. When mounting this connector inspect the pins on each block before mating the two together. If bent 
pins are found straighten them if possible. To mate the connectors slide them together by hand. Before 
tightening the securing screw in the connector block ensure that the maximum space between the 
front surface of each block is less than 1/16 of an inch. 

8. If the DX1 1-B is not the last device on the IBM channel connect the cables to next control unit on the 
BUS after the DX1 1-B by repeating step 7. The bottom set of connector blocks are used to propogate 
the channel signals. These connectors on the DX1 1-B are a light shade and the cable connectors 
mated to them are dark shade (Figure 2-20). 

9. If the DX1 1-B is the last device on the IBM channel place the customer supplied terminators in the 
bottom set of connector blocks. Since these two terminators are not identical ensure the proper 
connector block and terminator are mated (see Figure 2-2). 

2.12 EPO Cable Connection 

1 . If the EPO cable is to be used have the customer or IBM personnel power down the IBM system. If 
the EPO cable is not used, proceed to Paragraph 2.14. 

2. If the EPO cable is to be used have the customer or IBM personnel plug the EPO cable into the EPO 
controller. The EPO cable is supplied by the customer. Connect the customer supplied EPO cable to 
the DX1 1-B. This connection is made at the EPO and power control panel, which is mounted 

directly below the DX11-B logic panels. This is the same panel that the ON LINE and SYSTEM/LOCAL 
switches are mounted on. The connector for the EPO cable is mounted in rear of this panel. The 
connector is a six pin female socket mounted on stand-off near the center of the panel. 
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2.13 EPO PANEL CHECK 

The following test verifies that power can be applied locally by the PDP-1 1 console keyswitch or remotely by 
the IBM 360/370 system. This test is performed only if the customer supplied EPO cable is connected to the 
DX11-B. 

1 . Turn PDP-1 1 power OFF using the console keyswitch. The IBM system should still be powered down 
from Step 2.12. 

2. On the DX1 1-B set ON LINE ENABLE switch to OFF LINE. 

3. Set LOCAL-SYSTEM switch to SYSTEM. 

4. Turn the PDP-1 1 console switch ON. 

5. Verify the PDP-1 1 system remains powered down. 

6. Have the customer or IBM personnel power up the IBM 360/370. 

7. Verify DX1 1 -B power is ON. 

8. Have customer or IBM personnel power down the IBM 360/370. 

9. Verify the PDP-1 1 system is powered down. 

10. On EPO panel set LOCAL-SYSTEM to LOCAL. 

1 1 . Verify the PDP-1 1 system is now powered up. 

12. Turn CPU power OFF and verify power is off. 

13. The IBM 360/370 system may now be powered up. 

14. With the LOCAL-SYSTEM switch in the local position, the PDP-1 1 system power is controlled by the 
PDP-1 1 console key switch in the normal manner. 

With the LOCAL-SYSTEM switch in the system position, the PDP-1 1 system power is controlled by 
the IBM 360/370. However, the PDP-1 1 console key switch must be in the on position. In this 
configuration the PDP-1 1 system can be powered down at any time via the console key switch, but 
will only be powered up when the IBM 360/370 is powered up and when the PDP-1 1 console key 
switch is in the on position. 

If the EPO cable is not used, the LOCAL-SYSTEM switch should always be in the LOCAL position. 

NOTE 

Once the EPO cable has been installed, it should not be 
unplugged from the DX1 1-B without replacing the IBM 
360/370 end with a jumper plug. Otherwise the IBM 
360/370 power sequencing will hang the next time it is 
powered up. 

After all cables, including the EPO cable, if used, have been connected, repeat step 3, Paragraph 2. 1 1 to ensure 
that the DX1 1-B is not affecting channel operation. Ensure that the DX1 1-B ON LINE/OFF LINE switch is in 
the OFF LINE position. 

NOTE 

Hie DX11-B is not completely tested until the on-line 
test in Paragrapli 2.14 is completed. 
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2.14 DX11-B SYSTEM TEST USING IBM 360/370 

This section provides the information and procedures to test the DX1 1-B on-line. These tests determine whether 
or not data can be transferred properly between the DX1 1-B and the IBM 360/370 system. The IBM FRIEND 
Diagnostic and the 2848 Diagnostic are used to run these tests. 

NOTE 

Prior to starting the on-line system test, read the 
information in Paragraphs 2.1 5 through 2.18. These 
three paragraphs provide some very useful informa- 
tion about problems encountered while the on-line 
tests are being performed. Figure 2-16 shows the 
signal flow for the test connections. 

2.14.1 Introduction 

FRIEND is an IBM Diagnostic Program requiring 16K bytes of memory in the 360/370 and is supplied in the 
form of a card deck, containing 186 cards. The user must enter channel commands from the console keyboard 
using the English language. FRIEND supports the commands for most of the IBM files, drums, printers, card 
readers, punches, etc. However, only commands related to the DX1 l-B's emulation of a 2848 will be discussed 
here. 

For additional information, refer to FRIEND program description documentation which should be available at 
most DX1 1-B sites. 

The on line diagnostics should be run in the following order: 

1 . Run FRIEND in the 360/370 with CTP (REV G or later) in the PDP-1 1 , for a minimum of 10 minutes 
without error. 

2. Run FRIEND in the 360/370 with 2848 RESPONDER in the PDP-11, for a minimum of 10 minutes 
without error. 

3. Run DME/2848 Diagnostic in the 360/370 with 2848 RESPONDER in the PDP-1 1 . Run a minimum 
of two passes (the cards must be reloaded for each pass) without errors, except as indicated. 

2.14.2 Test Preparation 

Prior to requesting stand alone time to run the FRIEND diagnostic, the FSE should: 

1 . Request that the customer's 360/370 operator assist in loading the FRIEND diagnostic. 

2. Because FRIEND is capable of writing on the customer's tapes, drums, disks, etc. if the wrong device 
address is accidentally typed, request that the customer write protect or disable all such devices. 

CAUTION 

Some 360/370 models (Models 128, 158, 168, and 
some other systems with a CRT console) may use a 
different command structure. Check with the cus- 
tomer to determine if the console command 
structure is standard. If the command structure 
is not standard, the DX1 1-B cannot be tested as 
described in this procedure. If this is the case, 
contact Corporate Product Support for assistance. 



2-26 



2. 1 4.3 FRIEND Diagnostic Operating Procedure 

NOTE 

If the IBM system is a 370 system and has the 3270 
CRT display console do the first three steps of this 
procedure and go to Paragraph 2.14.9 for the FRIEND 
and DME/2848 diagnostic loading procedure. 

To load and run the FRIEND diagnostic proceed as follows: 

1 . Load one of the following programs into the PDP-1 1 . Refer to the write-up for details on starting the 
program. 

NOTE 

DEC/X1 1 is a replacement program for CTP. CTP 
should be used until the DEC/X1 1 ON-LINE 
module is available. 

a. 2848 Responder (MAINDEC-1 1-DZDXC-A). 
NOTE 

The 2848 Responder is capable of running up to 2 
devices (channel) simultaneously. The control unit 
address contained in the PDP-1 1 Switch Register 
when the program is started, and that address plus 
1 . If the DX1 1-B is to be exercised at any additional 
control unit addresses, the 2848 responder must be 
restarted with the new control unit address loaded 
in the Switch Register. 

b. CTP (MAINDEC-1 1-DZQCA-G). Use only 
Revision G or later and select the DX1 1-B for 
on-line operation. 

c. DEC/X1 1 . Select the DX11-B on line module. 

NOTE 

CTP and DEC/X1 1 are capable of running up to four 
devices (channel) simultaneously. The control unit 
address contained in the PDP-1 1 switch register when 
the program is started, and that address plus 1, 2, and 
3. If the DX1 1-B is to be exercised at any additional 
control unit addresses, CTP or DEC/X1 1 must be 
restarted with the new control unit address loaded 
in the Switch Register. When CTP or DEC/X1 1 are 
used, run the first pass with all devices except the 
DX11-B deselected. 

NOTE 

If the 370 has a 3270 type console, refer to Paragraph 
2.14.9. 

2. Place FRIEND deck in the 360/370 card reader with the cards face down and Row Nine on the cards 
positioned toward the card reader. 

NOTE 

All 360 console inputs are terminated by EOB, obtained 
by pressing ALT mode and 5 simultaneously on the 360 
console. On 370s, press END on the console. This refers 
to every line entered. 
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3. Press START and EOF (End of File) on the card reader. 

4. Wait for the READY indicator on the card reader to illuminate. 

5. Refer to Figure 2-20 and set the 360/370 load unit switches to the card reader address (usually OOC). 

6. Press the blue LOAD button the the 360/370. 

7. The card deck will now load and the console will print an introductory message. The introductory 
message ends with FRIEND asking for the 360/370 CPU model. 

CPU Model XX = 

8. Answer by typing 25, 30, 40, 50, 65, or 75 for the correct 360 CPU model. (For all 370 models, reply 
with 75. For 360/67, reply with 65.) 

9. Next, FRIEND will ask for the device address by typing DEV =. 

10. Answer by typing the Control Unit address (including Channel number) of the DX1 1-B (in 
Hexidecimal). This Control Unit address was specified to the PDP-1 1 when CTP, DEC/X1 1 , or the 
2848 Responder were started. 

NOTE 

EOB on the SELECTRIC is equivalent to END on the 
hardcopy matrix or ENTER on the 3270 CRT. 

1 1 . Now type the channel program using one of the following examples: 

a. Use Example 1 in Table 2-5 — If the 2848 Responder is running in the PDP-1 1 . 

b. Use Example 2 in Table 2-6 - If CTP or DEC/X1 1 is running in the PDP-1 1 . 

12. If you wish to change the channel program after Example 1 or 2 has been started: 

a. Press REQUEST on the 360/370 console device : This terminates any data transfer in progress. 

b. Wait for the PROCEED light to illuminate. 

c. Type the following: 
RESET (EOB) 

d. Then, FRIEND responds with: 
DEV = 

c. Then proceed to type in the DX1 l-B's address and channel program per Example 1 or 2 
(Tables 2-5 and 2-6). 

NOTE 

Figure 2-1 9 is a sample of FRIEND introductory 
message and channel program. 

13. Allow FRIEND to run for a minimum of 10 minutes with the 2848 RESPONDER and a minimum of 
10 minutes with CTP or DEC/X1 1 . No errors are allowed. 
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Table 2-5 
EXAMPLE 1 



In this example FRIEND writes 480 bytes of EBCDIC character (octal 360) from the 
buffer designated $a to the DX1 1-B. FRIEND reads this data back and stores it in the buffer 
designated $b. Buffers $a and $b are then compared. Any differences are printed out on 
the 360/370 console as a data error. The data transfer continues until REQUEST is pressed 
on the console. (Refer to Figure 2-20). 

NOTE 

Program queries are underlined. 

DEV = XYY (EOB X = Channel number 

cmd 01 from $a (EOB) YY = Control unit address (in HEX) 

DATA = 480c0 (EOB) 

cmd 06 into $b (EOB) 

PL = 480 (EOB) 

compare $a, $b (EOB) 

go (EOB) 



F P. 1 £ h D -.3- DESCRIPTION IN 2841 VOL „ A02 OR 2314 VOL. S01 

EARNING* WRITE COMMANDS HAY DESTROY DATA 
Oivi A CUSTOMS* PACK/CfcLL OR QZ I RACKS, 

t w TfcRPRE'M V£ PROGRAM '10 XKQ CCw COMMANDS- 
THAT jfOU fcfcTfcK FOR ANY DEVXCE(S). 

AFTER INSTRUCTIONS ARE TYPED, ENTER EACH COMMAND 

WHEN PROCEED LIGHT TURK'S ON. 

TERMINATE EACH E *>i £ R Y WITH AN A LI ERH ATE CODE 5 (fc.Ob) . 

AFTER CC* CHAI:M HAS BEEN ENTERED , TYPE GO. 

TO ENTER NEXT CCW CH A I N , PRESS REQUEST, TYPE RESET. 

CPU MODEL X=7 5 

DEV=DEV ICE ADDRESS XXX=02W 

ENTER CCw LIST I 4 ENGLISH 

cmd 01 from $a 
DAT As480c^» 

cmd 06 into Sb 

DL=480 
compare 5a fSb 
go 

NOTE 

This sample printout is from a 370/145. The PDP-1 1 
was running the 2848 Responder. The DX11-B control 
unit address is 20 (Hex), and it is on the multiplexer 
channel (Channel 0). The EOB or other terminating 
characters are not printed. 

Figure 2-19 Sample FRIEND 360/370 Console Printout 
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oooooooooooooooooo oooooooooooooooooo 



IQOOOOO OOOIOOOOOOOOOI IOOOOOOOOOIOOOOOOOOO 



BYTE 



BYTE 1 



BYTE 2 



BYTE 3 



* mmm wmm wmm nmm 




STORAGE 
SELECT " 
SWITCH 



ooooooooo oooooooooooooooooo 

M*Mt mmw 



WW ® 



□□□ 
□□□ 
□— □□□ 




□ 



□ 



| | ooooo 



START, DISPLAY 
AND STORE 
BUTTONS 



INTERRUPT 
BUTTON 



LOAD 
BUTTON 



Figure 2-20 IBM 360/370 Console 
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Table 2-6 
EXAMPLE 2 



In this example FRIEND writes 64 bytes of data each equaling 156AC17E (Hexidecimal) 
from the 360 buffer designated $a to the DX1 1-B. FRIEND then reads this data back and 
stores it in the 360 buffer designated by $b. Buffer $a and $b are then compared. Any 
differences in the two buffers is printed out on the 360/370 console as a compare error. 
The data transfer continues until the REQUEST key is pressed on the 360/370 console 
device. 

NOTE 

Program queries are underlined. 

DEV = XYY (EOB) X = Channel number 

cmd 1 from $a (EOB) YY = Control unit address (in HEX) 

DATA = 64 X 156AC17E (EOB) 

cmd 02 into $b (EOB) 

PL - 256 (EOB) 

compare $a, $b (EOB) 

go (EOB) 

2.14.4 Filling Out Test Preparation Card 

NOTE 

All necessary information required to run the diagnostic 
is given in the Preparation Card in Figure 2-22. 

Fill out the preparation card in Figure 2-22 being careful to fill in all blanks as follows: 

NOTE 

Figure 2-21 is a sample of this card. 

a. Fill out the blank spaces on the form in Figure 2-22. The information recorded and the control 
characters are used to test the DX1 1-B on line with the IBM 360/370. 

b. Fill in line 4 with the parameters listed in step 1 of the DME diagnostic test procedure (Paragraph 
2.14.8). 

c. Fill in line 6 with the parameters described in steps 1 1 and 12 of the DME diagnostic test procedure. 
The sample preparation card in Figure 2-21 was filled out with information for a 370/158 with 
1024K bytes of main storage. The DX1 1 is jumpered for a control unit address of 2FO to 2FF 
(Hexidecimal) and is connected to the selector channel (channel 2). 

2.14.5 Card Deck Preparation Procedure — Perform the following checks to prepare all card decks for loading 
when the FRIEND diagnostic is run. 

1 . Check between the decks for blank cards. Blank cards may have been inserted between the decks for 
ease in separating them. If so, the blank cards must be removed before placing the decks into the 
reader. 

2. Ensure that the first and last card in each deck is marked. If they are not already marked, mark them. 
This makes it easier to separate the decks at a later date. 

3. The 2848 diagnostic card decks are usually marked; A, B, C, D, E, and F on the side of the decks. If 
they are not marked A to F, the decks can be identified by the IBM diagnostic number which is 
punched in columns 73 to 76 of each card. | Refer to Table 2-7. 

4. The cards in each deck must be in order. The number of each card is punched in columns 77 to 80. 
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2848 DIAGNOSTIC PREP CARD CUSTOMER Sample M £ 

DATE 

0. Load and start the 2848 responder (MAINDEC-1 1-DZDXC) in the PDP-1 1 . 

1 . Load DME monitor into the 360/370. 

2. Make sure 360/370 line printer is on line. 

3. Press "Request" on the 360/370 console (Maintenance Console or Console Terminal). Wait for "Proceed." 

4. Type the system configuration as follows: (Refer to Paragraph 2.14.9). 

u 6 S_.o o_.o_ JL .jo JL ._JL fL IL JL £. .£(eob)* 

(Be sure to type the periods) 

5. Press "Request" on the 360/370 console. 

6. Type the following: 

NOTE 

If the M908 is jumpered for only one device address, 
omit the second line entry. 

a70,oiL JL.1B. £000 Jfl (FOR)* 

a70,0iL jfl JL.1B. £000 _£L £>_ (EOB)* 

(Be sure to type the commas and periods) 

7. Then type: L/b (EOB) 

8. The system configuration will now be printed on the line printer (if online) or on the 360/370 console. 

9. The remaining card decks will now load and the DX1 1-B will be exercised. 
*END if a 370 

Figure 2-21 Sample Prep Card 
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2848 DIAGNOSTIC PREP CARD CUSTOMER 

DATE 

0. Load and start the 2848 responder (MAINDEC-1 1-DZDXC) in the PDP-1 1 . 

1 . Load DME monitor into the 360/370. 

2. Make sure 360/370 line printer is on line. 

3. Press "Request" on the 360/370 console (Maintenance Console or Console Terminal). Wait for "Proceed." 

4. Type the system configuration as follows: (Refer to Paragraph 2.14.4). 

u _ _ , , _ (EOB)* 

(Be sure to type the periods) 

5. Press "Request" on the 360/370 console. 

6. Type the following: 

NOTE 

If the M908 is jumpered for only one device address, 
omit the second line entry. 

a70,0 , .IB. _ 000 (EOB)* 

a70,0 „ _ _ .IB. _000 _ (EOB)* 

(Be sure to type the commas and periods) 

7. Then type: L/b (EOB) 

8. The system configuration will now be printed on the line printer (if online) or on the 360/370 console. 

9. The remaining card decks will now load and the DX1 1-B will be exercised. 
*END if a 370 

Figure 2-22 Test Preparation Card 
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Table 2-7 
Diagnostic Card Deck 



DEC 



IBM 

Designation 



Number 
of Cards 



Designation 



MONITOR (DME) 



A 
B 

C 
D 

E 
F 



7005 
7015 
7025 
7035 
7075 
7085 
0404 



137 
117 
73 
69 
183 
155 
586 



A typical line printer output from the DME/2848 diagnostic when the 2848 RESPONDER was running in the 
PDP-1 1 is shown in Figure 2-23. The parameters for this example are listed on the sample preparation card 
(Figure 2-17). 

2.14.6 DME/2848 Diagnostic Operation Procedures 

The DME/2848 diagnostic consists of the DME diagnostic monitor card deck and six 2848 diagnostic card decks. 
The diagnostic runs in conjunction with the 2848 RESPONDER in the PDP-1 1 system. 

The diagnostic and monitor card decks are loaded into the 360/370 through its card reader. 

NOTE 



A minimum of 64K bytes of storage are required in the 
360/370. If it has less than 64K bytes, the DME/2848 
diagnostic cannot be run and on line testing of the 
DX1 1-B must be limited to running FRIEND in the 
360/370. 



2.14.7 Test Preparation — Stand alone time is required to run the DME/2848 diagnostic. 

Prior to requesting "Stand Alone" time, the FSE should perform each of the preparation procedures listed in 
Paragraph 2.14.5 and request that the customer's 360/370 operator assist in loading the DME/2848 diagnostic. 

NOTE 



Some 360/370 models (Model 128, 158, 168 and some 
other systems with CRT console) may use a different 
command structure. Check with the customer to deter- 
mine if the console command structure is standard. If 
the command structure is not standard, the DX1 1-B 
cannot be tested as described in this procedure and 
Corporate Support must be contacted for assistance. 



2.14.8 DME/2848 Diagnostic Operation Procedure 

To load and run the DME/2848 diagnostic proceed as follows: 

1 . Load and start the 2848 Responder, MAINDEC-DZDXC, in the PDP-1 1 . Refer to the write-up for 
details on starting the Program. If the DX1 1-B Interrupt vector address is not 300, the MAINDEC 



must be patched. For patching, refer to the Write-up. 



NOTE 

If the 370 has a 3270 console, refer to Paragraph 2.14.9 
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A typical line printer output from the DME/2848 diagnostic when the 2848 RESPONDER was running in the 
PDP-1 1 is shown in Figure 2-23. The parameters for this example are listed on the sample prep card (Figure 
2-21). 



WTE DME REVISION LEVEL 4 
U65 . 00. 09 . 08 . OFF FT F 
A / , ^2FO. IB. B0000FO 
A 7 , &2F1.. lb. 80000FO 
L/B 

MODEL 65 LAST ADR OFFFFF 
1W 



EM'ULA TOR 

0^10 1200 
DKU< 1204 
D M I (." 1208 



NONE 

80020390 
8309000E 
900A001F 



LOR 
CE 
CF 



CARD 

OUT 

IMP 





OP 


FEAT 


CPU 


ADD R 


4 2 


02 


000000 


8 


0000 


44 


00 


00000$ 


80 


0100 


44 


00 


000 000 


80 


0200 


4 4 


00 


000000 


80 


0300 


80 


00 


000000 


8 


0000 


81 


"00 ' 


000000 


"80 


000C 


82 


00 


000000 


8 


000D 


8 3 


08 • 




80 


000E 


83 


18 


000000 


80 


000 F 



A D D R ADDR A DDR 



RECOMMENDED SWITCH SETT TING'S 

CPU AND STORAGE CHECK IN PROGRESS 

CHANNEL LOG CAN" " 

TIMER ON 



s 

T 


" F7005 


S 


F7015 


T 




S 


F7025 


T 




S 
T 


F7035 


S 


. - f7075 


*SDO 


F7075 



01 005B98 02F1 
NO "ATTENTION ■ ItfTFPT" IN 1 MINUTE, SECTION" TERMINATED"" 
T 

S F70 85 " 

*SDO F708t> 
NO CT MANUAL 
SECONDS 

T ~"' 

w'TE D^E 4 



0.1 00b 4 4 4 
RESPONSE TO 



02F1 
INSTRUCTIONS 



ON 2260 S WITHIN 60 



Figure 2-23 Typical Line Printer Copy from the DME/2848 Diagnostic 
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Table 2-8 
System Configuration Definitions 



Where: 



AA is the 360 model number (30, 40, 50, 65, 67, or 75). 
For 370 models use the following numbers for AA 



BB = 00 



DD is as follows: 



370 Model 


AA 


135 


40 


145 


50 


155 


65 


158 


65 


165 


75 


168 


65 


Le 360/370 main storage size: 


Storage Size (Bytes) 


CC 


64K 


05 


128K 


06 


256K 


07 


512K 


08 


768K 


08 


1024K 


09 


Model 


DD 


360/30 


FA 


360/40 


FA 


360/50 


CB 


360/65 


4B 


360/67 


4B 


360/75 


19 


370/135 


19 


370/145 


19 


370/155 


08 


370/165 


08 


370/158 


08 


370/168 


08 


for 360/370 main storage size: 


Storage Size (Bytes) 


EEEEEE 


64K 


00FFFF 


128K 


01FFFF 


256K 


03FFFF 


512K 


07FFFF 


768K 


08FFFF 


1024K 


0FFFFF 
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2. Place the DME monitor deck (largest deck, contains 586 cards) in the 360/370 card reader with the 
cards face down and row 9 on the cards positioned toward the card reader. Place the 2848 diagnostic 
decks (A, B, C, D, E, and F) on top of the DME monitor deck in a similar manner. 

NOTE 

All 360 console inputs are terminated by (EOB), which 
is obtained by simultaneously pressing ALTmode and 
: 5 on the 360 console. On 370s, press END on the 

console. This applies to every line entered. 

3. Press START and the End of File (EOF) on the card reader. 

4. Wait for the READY indicator on the card reader to illuminate. 

5. If a line printer is available, ensure that it is on-line. All printouts occur on this printer. If no printer 
is on-line, or if that line printer has a non-standard address, all printouts occur on the console. 

6. Set the 360/370 load unit switches to the card reader address, (usually OOC), (refer to Figure 2-20). 

7. Press the blue LOAD button on the 360/370. 

8. The monitor card deck only loads at this time and WTE DME is printed on the line printer. 

NOTE 

If the prep card has already been filled out omit 
steps 9 through 13 of this section. Use steps 4 
through 9 of the Prep Card to replace the cited 
steps of Section 2.14.8. 

9. Press the REQUEST button on the console and wait for the PROCEED light. 

10. Type the system configuration as follows: 
uAA.BB.CC.DD.EEEEEE (EOB) 

(Refer to Table 2-8 for definitions of A, B, C, D, and E) 

NOTE 

For short procedure follow Prep Card Figure 2-22. 

1 1 . Press REQUEST on the console and wait for the PROCEED light. Then type the following: 

NOTE 

If the M908 is jumpered for only one device address, 
do not type the second line. 

a70,0CDD.lB.X000DD (EOB) 

where: 

C = The Channel number to which the DX1 1-B is connected. 

DD = The low order DX1 1-B control unit address (in Hexidecimal). Equivalent to the address 
placed in the PDP-1 1 switch register. When the 2848 Responder was started. 

EE = DD+1 

X =8 — If the DX1 1-B is on a selector channel. 

— If the DX1 1-B is on a multiplexer channel. 



2-37 



12. Press REQUEST on the console and wait for the PROCEED light. Then type: 

a70,0CEE.lB.X000DD (EOB) (Refer to step 1 1 for definitions of C, D, E, and X). 

13. Now type the following: 

L/B (EOB) 

14. The system configuration is printed on the line printer (or console if no line printer is available). 
This printout can be ignored. 

15. Now the remaining 6 card decks will load, one every few minutes. After each card deck is loaded, the 
PDP-1 1 system is exercised. The line printer prints the following as each deck is loaded and executed 
without error: 

a. S F70XX 
T 

where : 

XX = The test number (05, 15, 25, 35, 75, and 85). 

b. Tests F7075 and F7085 prints the following allowable errors: 

S F7075 
*SDO F7075 CI 005R9R02F1 

No attention INTRPT in 1 minute, Section terminated. 

T 

S F7085 
*SDO F7085; 01 005444 02F1 

No CE Manual Response to Instructions on 2260 S within 60 seconds. 

c. These are the only errors allowed. All other errors are printed in a similar manner to that above. 

1 6. The 2848 diagnostic terminates with the following printout: 

WTE DME 

17. Two passes are sufficient for DX1 1-B on-line acceptance. 

2.14.9 FRIEND or DME/2848 Diagnostic Operating Procedure for 3270 Console 

The IBM 3270 CRT Display console is frequently used in place of the hard copy printer keyboard combination 
found on all IBM 360s, and some 370's CPUs. 

By using the Light Pen (LP) attached to the console and the keyboard (KB) this system can easily be configured 
to communicate with the operator in order to run the FRIEND and DME/2848 diagnostics. 

NOTE 

The system must be dedicated to the DX1 1-B at this 
time. Be sure the customer has completed his opera- 
tions on the IBM system and that all disks and other 
storage devices are protected by being turned OFF LINE. 
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Face the 3270 Display Console and perform the following steps. 

1 . Unlock the security key on the right side of the 3270 display housing. (This key switch may or may 
not already be in the unlocked position.) 

2. Press the STOP button on the front of the processor. 

3. Press the Initial Micro Program Load (IMPL) button on the same processor console. This causes the 
control storage of the processor to be reloaded from floppy disk units contained within the 370 
console. It takes approximately one to two minutes, during this period the floppies will be in motion 
and make unusual sounds, the 3270 display shows arbitrary patterns. At the completion of the IMPL, 
the 3270 display posts the IMPL COMPLETE message. If the IMPL error light is displayed on the 
processor panel repeat this step. 

The next display posted by the 3270 console is the first frame modified by the operator or installer. 
This is displayed automatically. 

These frames are modified by using the light pen (LP) and console keyboard (KB). The LP is used by 
placing the tip of the LP on the square block to the immediate left of the desired selection and 
pushing it forward on the screen until the snap action switch within the LP is actuated, be sure that 
the LP is placed squarely on the screen over the desired block. 

4. This frame gives information that relates to the 370 system configuration. This includes CPU 
features, number and types of channels, assignments and types of UCWs. Included with this in the 
lower corner of the displayed frame is the KEYBOARD PRINTER mode selection. 

Place the LP over the KEYBOARD printer mode select square and activate the LP. 

5. Next, on this same displayed frame select with the LP the sqaure that corresponds to the MANUAL 
mode selection. Subsequent to this selection, a second frame is displayed on the 3270 display. This 
occurs automatically after selecting the MANUAL mode. 

This second frame displays information used in loading during Initial Program Load (IPL) time, such 
as the address of the device information is to be loaded from. It also contains the necessary selections 
to execute either a System Reset or PSW RESTART and to load the information from the specified 
device. 

6. Using the LP, select the LOAD UNIT square, now on the KB specify the address of the device which 
the FRIEND or DME/2848 diagnostic will be loaded (IPL'd) from. This is usually the card reader 
and is a three character entry such as 00C where the most significant character represents the IBM 
channel and the remaining two characters represent the control unit and device address. 

After entering the three characters terminate the entry by depressing the ENTER key on the KB. 
Note the address of each IBM device is most often attached to that device with a three character 
emblem that is quite visible. 

7. Place all the cards in the card reader selected as the load device and make the card reader ready to 
read by pushing the START and END OF FILE buttons, one card should be read and then the 
green READY light should come on. 

NOTE 

Place Card Reader END plate on top of last card. This 
is used to weight cards down. Be sure all cards are placed 
in the reader NINE edge in and face down. 
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8. With the LP, select the square for a SYSTEM RESET. Next at the bottom of the displayed frame use 
the LP to select the EXECUTE square, this executes the System Reset. 

With the LP, select the square for the LOAD function. Next using the LP, select the EXECUTE 
square. At this point the cards should be read by the reader. At times the reader may halt before the 
full card deck has been read in (refer to step 10). 

9. Assuming that the full card deck has been read successfully, either the FRIEND or DME/2848 
diagnostics displays information on the screen. At this point refer to the operational description of 
the particular program contained within this manual. 

If the card deck has been completely read but a message is not displayed on the 3270 screen, depress 
upper case A on KB followed by the ENTER key. If the 3270 screen is still blank, refer to step 10. 

10. This step is performed if the IPL or program load was not successful. 

10A. If the reader halts before the full deck has been read, repeat steps 7 and 8. If the reader halts more 
than 3 times, go to 10B. 

10B. Clear the card reader of any remaining cards, do this by manually clearing any cards in the output 
hopper. Next remove any cards in the input hopper and press the NPRO button on the reader, this 
flushes any cards left in the reader. 

Reassemble the card deck keeping all cards in order. Check the card sequence numbers in the last 
four columns of the card to be sure that all cards are in sequence. 

IOC. Reload the cards according to step 7. Before placing the cards in the reader, fan the edges of the 
cards with your finger to loosen any cards that might be sticking. 

10D. On the left hand side of the 3270 keyboard, press the MODE key. This causes the second frame to be 
redisplayed. When this frame is redisplayed, return to step 7. If the screen remains blank, return to 
step 1. 

NOTE 

After the cards are read in, go to step 15 in Paragraph 
2.14.3 or 2.14.6 for remainder of the operating 
instructions. 

2. 1 5 OPERATING SUGGESTIONS 

This section contains some helpful hints for running the on-line diagnostic test. 
2.15.1 On-Line Operation Requirements 

Do not attempt on-line operation unless all four of the DX1 1-B off-line diagnostics (DXDXA, DZDXF, DZDXG, 
and DZDXH) have successfully run. System exercisers should also run (CTP, GTP, DEC/X1 1). 

NOTE 

Ensure all diagnostics are the latest revision. 
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2.15.2 Errors with DME/2848 Diagnostic 

1 . If errors occur, run FRIEND with CTP. Attempt to create the same error by specifying the same data 
pattern and device address (on the channel) that failed with the 2848 diagnostic. This information 
should be available from the error printout on the 360/370 line printer. 

2. If you cannot reproduce the failure try running FRIEND and the 2848 responder. 

3. Most errors are easier to diagnose and check with the oscilloscope using FRIEND and CTP. 

2.15.3 Format Consideration and Logic Levels 

IBM BIT 00 to bit 07 are opposite from DEC BIT 00 to 07 (DEC bit 00 = IBM Bit 07, etc.) All channel signals 
are: +3 V = 1 (true), V = (false). All channel signals are available for checking with the oscilloscope on Rows 
H and J of the DX1 1-B. However, this should not be attempted when the 360 is running the customer's 
software. 

2. 1 6 ERRORS THAT OCCUR WHEN FRIEND IS RUN 

1 . None of the PDP-1 1 programs check any data when the DX1 1-B is on line. All data checking is done 
in the 360/370 by using the COMPARE command. If CTP halts, the cause is most likely a Unibus 
problem. If the 2848 RESPONDER halts, ensure you patched the program for the corrent vector 
address (see Paragraph 2.4.2). If the DX1 1-B does not interrupt to 300 (load the contents of 300 
and 302 into the DX1 1-B interrupt vector address and that address plus 2). This procedure is listed 
in MAINDEC-1 1-DZDXC-A-D. The 2848 Responder may also halt if the ON LINE ENABLE is in the 
OFF position or ON LINE cannot be set. 

2. If you are using FRIEND to drive the 2848 Responder, ensure character data is specified correctly. 
If you typed in a lower case character, (a, b, e, f, etc.) an upper case character (A, B, E, F, etc.) is 
read by the channel. This causes a data compare error so always specify an upper case character. 
This is a software function of 2848 Responder. 

3. Unit = XXX Data compare error byte No. 0001 $a = FF $b = 00. This example of a data compare 
error contains the following information. Unit = XXXX is the failing address on the channel. This 
should be the device address you specified to FRIEND. 

Byte No. 0001 is the failing data byte number. If this is greater than 0001, the error is intermittent. 
FF is the contents of the write buffer (good data). 00 is the contents of the read buffer (bad data). 

4. Unit = XXXX - No DEV END or CUE I/O Interrupt. This error means the DX1 1-B never caused 
an interrupt to present device end or control unit end to the channel. The DX1 1-B may be hung 
or the PDP-1 1 may be halted. 

5. Unit = XXXX Start I/O not accepted. 
CSW = 00 000000 XX YY 0000 

This error means the DX1 1-B did not respond to initial Hand Shaking on the channel. 
XX = Control Unit status. 

YY = Channel status — if non-zero indicates a possible channel error. 
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If XX = 02 (Unit Check) sure the control unit address specified to FRIEND (DEV = ) was the 

address (minus the channel number) placed in the PDP-1 1 switch register; plus up to 3 for CTP and 
DEC/X1 1 ; or plus 1 for the 2848 Responder. This address is a hexidecimal number. 

Anytime the 360/370 Data transfer or error printout is stopped with REQUEST or INTERRUPT on 
the 360/370 console if the DX1 1-B should stop in and remain in Phase 0. 

2.17 MAINTENANCE PROCEDURES 

Maintenance (P.M.'s etc.) can be performed while the DX1 1-B is connected to the channel, however, care must 
be used. Even though the DX1 1-B is off line or even powered down, it is possible to crash or hang the customer's 
360/370 operating system. 

Do not remove any of the following unless the DX1 1-B is disconnected from the channel or the 360/370 is 
halted or the 360/370 is dedicated stand alone to the DX1 1-B; 

G890 (slot F01) 
Any M596or M597 

Coax Cable connector cards (to and from the channel) 
All other modules can be removed provided the DX1 1-B is powered down. 

2.18 HINTS ON INTERFACE SIGNAL MONITORING WHILE TROUBLESHOOTING 

In order to monitor the interface signals you must understand the nature of the two buses and their associated 
tag lines (Figure 2-24). BUS OUT consists of 9 lines that carry addresses, commands, control orders, and data 
from the IBM 360/370 system to the DX1 1-B system. The 4 outbound tag lines are asserted to indicate to the 
DX1 1-B system what information is being transmitted. BUS IN consists of 9 lines that carry addresses, status, 
sense information and data from the DX1 1-B system to the IBM 360/370 System. The inbound tag lines are 
asserted to indicate what information is being transmitted from the DX1 1-B to the IBM 360/370 system. 

In order to determine what signal(s) should be present on a line of the bus you must determine what information 
is being transmitted and which lines should be asserted for that particular information. 

When information consisting of less than 8 bits of information is transmitted on the bus (Figure 2-25) the bits 
must be placed in the highest numbered bit position on the bus. The unused bit positions must be held to a logical 
zero. As an example : if 6 bits of information are transmitted, bit position and 1 are held to a logical zero, 
the MSB is bit position 2 and the least significant bit is bit position 7. For a more detailed description of the 
buses, refer to the IBM System/360 and IBM System/370 I/O Interface Channel to Control Unit Original 
Equipment Manufacturers Information Manual. 
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DX11-B 

SYSTEM 



SCAN 8 SELECT 
I/O DEVICE 



DATA 
ADDRESS 
COMMANDS 
CONTROL ORDERS 



IDENTIFIES 
INFORMATION 
ON BUS 



BUS IN 
(9 LINES ) 



INBOUND TAG LINES 
(5 LINES) 



BUS OUT 
(9 LINES) 



OUTBOUNDTAG LINES 
(4 LINES) 



IBM 360/370 
SYSTEM 





ADDRESS 

STATUS 

SENSE 

INFORMATION DATA 



IDENTIFIES 
INFORMATION 
ON BUS 



Figure 2-24 Input/Output Signals 



i 



MSB 

FORMAT FOR 8 BITS OF INFORMATION 



LSB 



MSB 



NOT * 

USED 



FORMAT FOR 6 BITS OF INFORMATION 
NOTE 

* Unused I ines are held to a logica I zero. 



LSB 



Figure 2-25 Formats for Transmission of Information on the Buses 
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CHAPTER 3 
OPERATION 



3.1 SCOPE 

This chapter provides the information necessary to operate the DX1 1-B. The description is divided into two 
major parts: Controls and Indicators, and Special Operating Procedures. 

3.2 CONTROLS AND INDICATORS 

Figure 3-1 shows the DX1 1-B control and indicator panels. The indicator panel is located at the top front of the 
unit. The control panel (EPO) is located in the center front of the unit behind a removable panel. The figure i° 
keyed, by index number, to the functional descriptions given in Table 3-1. 



Table 3-1 
DX1 1-B Controls and Indicators 



Index 
No. 


Name 


Function 


1 


DXDS_00 


Device-Sta tus-R egis ter — Sixteen lamps which indicate the contents 
of the DX1 1-B Device Status Register as follows: 




PARER 


Parity-Error — Indicates an even parity condition on Bus-Out, 
when either a command or data information is sent from CH 
to CU (DX11-B). (Error indicator.) 




NXM (PDPTO) 


Non-existen t-Memory — Indicates more than 20 (is were required 
to complete a single NPR. (Error indicator.) 




SELRST 


Selective-Reset — Indicates a malfunctioning DX1 1-B device. 
(IBM Reset indicator.) 




SYSRST 


System-Reset — Indicates the execution of a System Reset 
sequence. (IBM Reset indicator.) 




INFDSC 


Interface-Disconnect — Indicates that the channel has performed 
a disconnect operation with the DX1 1-B. (IBM Reset indicator.) 




UCHKS 


Unit-Check-Sent — Indicates that Unit Check has been presented 
in the status byte. (Channel Status flag.) 



(continued on Page 3-3) 
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Figure 3-1 DX1 1-B Controls and Indicators 



Table 3-1 (Cont) 

DX11-B Controls and Indicators 



Index 
No. 


Name 


Function 


1 

(cont) 


CHENDS 


Channel-End-Sent — Indicates to the emulator that Channel End 
status was sent in a status response. (Channel Status flag.) 




BSYS 


Busy-Sent — Indicates that Busy status was sent to the channel. 
(Channel Status flag.) 




CHIN 


Channel-Initiated-Selection-Sequence — Indicates a channel- 
initiated sequence is in progress with the DX1 1-B. 






En ding-Seq ue nce-En d — Indicates a status byte was presented 
to the channel as a result of either a program-initiated sequence 
or a stacked status having been accepted. Can indicate a 
CUI-ISS contention. (CUI End indicator.) 




CHDEND 


Channel-Da ta-End — Indicates a channel byte count overflow 
during a Data Transfer sequence. (CUI End indicator.) 






Control-Unit-Data-End — Indicates an all zero state in the DXBC 
Register during a Data Transfer sequence. (CUI End indicator.) 




ISSREJ 


ISS-Rejected — Indicates a channel-initiated selection sequence 
addressed to the DX1 1-B was answered by a CU Busy status indi- 
cation and a short CU Busy sequence. (Special indicator.) 




CMDCHN 


Co m mand-Chain ing — Indicates that another CCW operation will 
probably follow for the CU/Device currently connected when 
Device End is presented. (Special indicator.) 




STKSTB 


Stack-Status-By te — Indicates that the status byte being presented 
on the Bus-In cannot currently be accepted by the channel. 
(Special indicator.) 




CMDREJ 


Command Reject — Indicates the command sent to the DXl l-B 
was illegal. Unit check is presented in the status byte. The re- 
jected command is indicated in the CUCR. (Special indicator.) 


2 


CUAR_Q2 


Control Unit Address Register — Eight lamps which indicate the con- 
tents of the CUAR constituting the right-hand byte of the DXCA 
(Command and Address Register). Contains the device address from 
Bus-Out during an ISS. 


3 


CUSR_06 

ATTN 

CUEND 

BSY 

CHEND 

DEVEND 

UCHECK 

UXCEP 

STAMOD 


Control Unit Status Register — Eight lamps which indicate the con- 
tents of the CUSR constituting the right-hand byte of the DXOS 
(Offset and Status Register). These status bits, transmitted to the 
channel are as follows: 

Bit Assignments 
DXl 1-B Channel (CH) 

Attention 7 
Control Unit End 5 2 
Busy 4 3 
Channel End 3 4 
Device End 2 5 
Unit Check 1 6 
Unit Exception 7 
Status Mode 6 1 



(continued on next page) 
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Table 3-1 (Cont) 
DX11-B Controls and Indicators 



Index 

No. 


Name 


r unction 


4 


DXM0_14 


Maintenance Out Register — Sixteen lamps which indicate the con- 
tents of the Maintenance Out Register. This register comprises two 
subregisters, the left-hand byte constituting the CONO or Control 
Lines Out Register, and the right-hand byte, the BUSO or Data 
Lines or IBM Bus-Out Register. These bits are as follows: 




OPLO 


Operational-Out — Indicates that the channel is in operation 
(Selection Control Line) 




HLDO 


Hold-Out (Selection Control Line) 






Select-Out (Selection Control Line) 




SUPO 


Suppress-Out (Selection Control Line) 




ADRO 


Address-Out (Tag Line) 




CMDO 


Command-Out (Tag Line) 




SRVO 


Service-Out (Tag Line) 




PARO 


Parity-Out (Parity Line) 




IRFr'D RTTS OUT 


TnHippfp t Vip Rue-Out rlafa KitQ cppn pi t Vipr Hirppfl v from flip 

JLIll_i.lL/Cl LC LUC 13 Uo V/U I Lid Id Ulla do 3CC11 CIL11C1 U.11 Liy 11 VJ111 L11L- 




T TNFS CRUSOE 


Rus-Ont rabies or from RIJSOR if off-line 


5 


DXMI 16 


Maintenance In Register — Sixteen lamps which indicate the con- 
tents of the Maintenance In Register. This register comprises two 
subregisters, the left-hand byte constituting the CONI or Control 
Lines In Register, and the right-hand byte the BUSI or Data Lines 
or IBM Bus-In Register. These bits are as follows: 




OPLI 


Opera tional-In (Selection Control Line) 




SELI 


Select-In (Selection Control Line) 




REQI 


Request-In (Selection Control Line) 




ADRI 


Address-In (Tag Line) 




STAI 


Status-In (Tag Line) 




SRVI 


Service-In (Tag Line) 




CLKO 


Clock-Out (from Bus-Out) 




PARI 


Bus Parity In 




BUSI 


Indicates the data bits enabled to the Bus-In lines for transmission 
back to the IBM 360 Channel. 


6 


DXCB_20 


Control Bits Register — Sixteen lamps which indicate the contents 
of the Control Bits Register as follows: 




LOCKO 


Lockout — Indicates that the first five programmable registers are 
made read-only to the PDP-1 1 program. 




PHASE 2,1,0 


Indicate the existing major phase of the DX1 1-B. 




TSFF 


Time State Flip-Flop — Indicates the state of the clock control 
(time state) flip-flop. 

1 =TS1 

= TS2 



(continued on next page) 
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Table 34 (Cont) 
DX11-B Controls and Indicators 



Index 
No. 


Name 


Function 


6 


FASTCU 


Fast Control Unit Response — This signal is made available for 


(cont) 




diagnostic test purposes. 




SYNC 


Synchronization Flip-Flop — This is a phase synchronizing flip- 
flop used to disable certain portions of logic within any particular 
phase. 




CUDX 


Control Unit Data Control — Indicates that the Control Unit 
data (CUCR and CUSR) is available to either the bus-out or 
bus-in lines. 




IOD 


I/O-Done — Indicates an Input-Output Done condition. 




BYPAS 


Bypass — Indicates one of the following: 

a. This is the first byte of data that is being transmitted or 
received. 

b. The device status table will not be accessed by this 
particular channel-initiated sequence. 

c. No address-out has been received. 

d. A copy of the parity okay signal (between Phases 2 and 
3). 

e. A copy of status pending (between TS1 and TS2 of 
Phase during a CHI sequence). 

f. In TS2, indicates that a fast CU Busy was made in TS 1 . 




NPRX 


NFR Control Switch — Indicates that the DX1 1-B is requesting 
a non-processor or memory-to-device transfer from the PDP-1 1. 
When extinguished, indicates that the transfer has been com- 
pleted. 




NPRT 


NFR Transfer Direction — Indicates that data is being sent into 
PDP-1 1 core. If extinguished, indicates that data is being taken 
from PDP-1 1 core. 




BALF 


Byte Alternator Load Flop — Indicates that status is pending 
and that the device for which status is pending has been addressed 
by the channel. During Phases 5 and 6, it keeps track of which 
half of the data word is currently being used. 




ONLINB 


On line B — Indicates whether or not the DX1 1-B is connected to 
the I/O interface. 




ADRECC 


Control Unit Address Compare — Indicates that the control unit 
portion of the address matches Bus-Out. 




ADRECD 


Device Address Compare — Indicates that the device portion of 
address matches Bus-Out. 



(continued on next page) 
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Table 3-1 (Cont) 
DX11-B Controls and Indicators 



Index 
No. 


Name 


Function 


7 


DXND_22 


NPR Data Register — Sixteen lamps that indicate each data word 
that is transmitted to or from PDP-1 1 core via NPRs. 


8 


PAROK 


Parity OK — Indicates odd parity on the channel and device address 
from the channel to the DX1 1-B. 


n 
y 


f\VTA 

DXIO 


DX11-B Timeout — Indicates that while Operational-In was up, the 
program did not interact for 5 sec. (Program Response Latency 
error.) 


10 


MNCLEN 


Maintenance Clock Enable — (MCLKEN) Indicates that the DX1 1-B 
is enabled for maintenance clock mode. When set, the DX1 1-B will 
not change time state until Maintenance Clock pulse is set. This 
flip-flop is pulsed by the SINGLE PULSE switch on the EPO panel. 
An on and an off condition of the MNCLEN indicator will result in 
the DX1 1-B switching from one time state to the other. 


11 


TIMDIS 


Timeout Disable — Indicates disabling of DXTO during program 
debugging. 


12 


NPRTO 


NPR Timeout — Indicates that DX1 1 Bus Master was not asserted 
during timeout interval. (NPR Latency error.) 


13 


ODD 


ODD Flip-Flop - Copy of DXBA (00). Always zero when presented 
to Unibus (or read by program). This data (odd buffered address) 
is saved here to initialize BALF. 


14 




Two undesignated lamps that can be jumpered to any signal for 
observation. 


15 


DXBA_10 


NPR Bus Address Register - Fifteen lamps that indicate the follow- 
ing: 

NOTE 

00 is always (0). See Item 13. 

a. During data transfers, points to PDP-1 1 core location to 
or from which data will be transferred. 

b. During CHIS, points to the SPW and device status byte in 
PDP-1 1 core. 

c. When information is to be stored in the Tumble Table 
(TT), indicates that address. 


16 


DXCS_04 


Control Unit Status Register — Fifteen lamps that indicate the con- 
tents of the Control Unit Status Register as follows: 




PARSTP 


Parity Error Stop — Indicates that a data transfer sequence will 
be terminated upon a Bus-Out Parity error. If out, will not pre- 
vent a parity error from being raised, but the sequence will end 
normally. 



(continued on next page) 
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Table 3-1 (Cont) 
DX11-B Controls and Indicators 



Index 
No. 


Name 


Function 


16 
(cont) 


CUFBM 


Con trol- Un it-Forced-Burst-Mode — Indicates that Forced Burst 
mode has been enabled. (Program set.) 




blNDEN 


Control Unit End Enable - Indicates that the CUEND will be 
asserted in the device status presented to the channel during a 
CU Busy sequence. (Program set.) 




Y% CV7T7XT 

BSYEN 


Control Unit Busy Enable — Indicates that CUBSY can be imme- 
diately set upon responding to a CUI or CHI. (Program set to 
emulate a single thread control unit.) 




ONLINA 


On line A — Indicates that the DXl l-B has made or is making a 
request to go on-line to the 360 channel. (Program set.) 




CUBSY 


Control Unit Busy — Indicates that a channel-initiated sequence 
will be answered by a control unit sequence. (Program and hard- 
ware set.) 




DONE 


If INTEN is also set, indicates that an interrupt will be requested. 
Program cleared only before making an attempt to change 
registers. 

In Phases or 7, if reset, LOCKO can also be reset. 

In Phase 4, TS I is cleared to reset Interrupt Request. In Phase 4, 
TS2is set with NPRX. 

NOTE 

A program set of DONE should only be attempted 
by a maintenance program as an isolation test of 
the DXl l-B interrupt. 




INTEN 


Interrupt Enable — Indicates an interrupt enable condition. The 
bit is always writable. Should always be on before activating the 
on-line flip-flop. Should not extinguish until the on-line flip-flop 
has been cleared. (Program set and cleared only.) 




STKSTA 


Stack-Status — If set, indicates that status was stacked. If cleared, 
indicates that status was accepted. Program set when presenting 
a suppressable status. Automatically set when the CH requires a 
status to be stacked and the DXl l-B will attempt to present it 
again. 




XBA17 
XBA16 


Extended Bus Address — Two lamps that indicate the extended 
most significant bits of the Memory Address Register during data 
input/output. Program loaded and cleared. During NPR cycles, 
complements on a DXBA overflow when the DXBA is incremented 
+2, during a data transfer. 



(continued on next page) 
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Table 3-1 (Cont) 
DX11-B Controls and Indicators 



Index 
No. 


lNamc 


jt unciion 


16 
(cont) 


FCTN 2 
FCTN 1 


Function — Two lamps that indicate the binary contents of the 
DX1 1-B Function Register, which represent the operation desired 
as follows: 

FCTN=0 = Reset the DX1 1-B 
FCTN=1 = Input data transfer 
FCTN=2 = Output data transfer 
FCTN=3 = Present status 




GO 


Indicates that the function requested is performed. If FCTN=0, 
DONE is left cleared; if FCTN^O, REQI is raised. 


17 


CUCR_03 


Control Unit Command Register — Eight lamps indicate the contents 
of the CUCR constituting the left-hand byte of the DXCA (Com- 
mand and Address Register). Contains the last command sent by the 
channel even if it was rejected by the DX1 1-B. 


18 


SINGLE PULSE 


Momentary toggle switch. Each operation will complement 
MNCLKF. Two operations will step the DX1 1-B from one time 
state to the other. 


19 


SYSTEM/LOCAL 


Two-position toggle switch. In SYSTEM position, puts the DX11-B 
under control of 360/370 power up sequencing. 

In LOCAL position, removes the DX1 1-B from control of 360 
power sequencing. 


20 


POWER HOLD 


One lamp that indicates completion of the 360/370 power up 
sequence. 


21 


ENABLE 
ON LINE 
OFF LINE 


Two position toggle switch. In ON LINE position enables the 
DX 1 1 -B to be put on-line by the program, and in OFF LINE 
position enables the DX1 1-B to go off-line in accordance with 
. 360/370 protocol. 


22 


ON LINE ENABLED 


One lamp that indicates when the DX1 1-B is enabled on-line. 
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33 861 CONTROLS AND INDICATORS 

Figure 3-2 shows the front panels for the 861-A, 861-B and 861-C Power Controllers. Each version has two pilot 
lamps, a circuit breaker, a 3-position toggle switch, and several power outlets. Their functions are discussed in the 
following paragraphs. 

3.3.1 Pilot Lamps 

In all 861 Power Controller versions, all pilot lamps are lighted whenever the controller input power cable is 
connected to the live mains, regardless of the position of the power controller circuit breaker or LOCAL/OFF/ 
REMOTE switch. 

3.3.2 Circuit Breaker 

Circuit breaker CBI, when ON, provides power to the unswitched outlets, and to the switched outlets when the 
LOCAL/OFF/REMOTE switch is in the LOCAL position (or in the REMOTE position and a connection exists 
between pins 1 and 3 of a Remote Switching Control Bus connector*). The circuit breaker opens automatically 
when an overload condition exists at a power outlet or within the power controller. 

3.3.3 LOCAL/OFF/REMOTE Switch 

The LOCAL/OFF/REMOTE switch provides the Remote Switching Bus with the means to control the power 
to the switched outlets. When the powercontroller is energized and the switch is in the OFF position, the 
switched outlets are disabled. When in the REMOTE position and connected to a bus where Power Request and 
Emergency Shutdown are in use (or a means of effecting connection between pin 3 and pins 1 or 2 exists), the 
switched outlets are enabled or disabled in accordance with conditions on the bus. When in the LOCAL position, 
the switched outlets are enabled only when the Emergency Shutdown signal is not asserted. 

3.3.4 Remote Switching Control Bus Connectors 

The three female Signal Bus connectors, adjacent to the LOCAL/OFF/REMOTE switch, are wired in parallel. 
These connectors provide a means of daisy -chaining the Remote Switching Control Bus between the controller 
and system devices. 



* A connection between pins 2 and 3 of the Remote Switching Control Bus disables the switched outlets, regardless of the position of the 
LOCAL/OFF/REMOTE switch. 
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Figure 3-2 Type 861-A,-B,-C Power Controller Panels 
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CHAPTER 4 
PROGRAMMING 



4.1 SCOPE 

This chapter presents general programming information for software control of the DX1 1-B. Although a few 
typical program examples are included, it is beyond the scope of this manual to provide detailed programming 
information. 

This chapter is divided into four major portions: 

a. 360/370 and PDP-1 1 Format Comparison 

b. 360/370/DX1 1-B Communication 

c. DX11 -B/PDP-1 1 Communication 

d. DX11-B Formats 

4.2 IBM 360/370 AND PDP-1 1 FORMAT COMPARISON 

As the DX1 1-B transfers data between 360/370 and PDP-1 1 memories, a comparison of their word formats is 
called for (Figure 4-1). 



1516 23 24 



IBM 
" 360/370 



23 24 31 32 39 40 47 48 55 56 63 



DOUBLE WORD 



15 8 7 



Figure 4-1 IBM 360/370/PDP-l 1 Data Format Comparison 
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In the IBM 360/370, information is handled in units of eight bits (byte). A ninth bit (parity) is generated for 
each byte and carries odd parity on the byte but is not included in references to size of data fields. Bits are 
numbered from left to right (00—07). A halfword comprises two consecutive bytes (00— 1 5) while a word is four 
bytes (00—31). The location of any group of bytes is specified by the address of the left-most byte. Partitioning 
is based on a hexadecimal notation in which each byte represents two hexadecimal digits in 4-bit binary form 
(0000=0, 1111=F). 

PDP-1 1 information is also handled in 8-bit bytes, but parity is not generated. Bits are numbered from right to 
left <1 5:00), with a word comprising two consecutive bytes. The right-most byte <07:00> is designated the low 
byte and is addressed in even locations. The left-most byte <1 5:08) is designated the high byte and is addressed in 
odd locations. Partitioning is based on an octal notation in which three binary bits represent one octal digit 
(000=0, 1 1 1=7). In the PDP-1 1 , the basic unit of data is the byte; the only smaller unit recognized by the hard- 
ware is the individual bit. 

4.3 IBM 360/370/DX11-B COMMUNICATION 

The DX1 1-B functions as a control unit (CU) in the IBM 360/370 System and is in communication with a channel 
unit in that system. All transactions between the DX1 1-B and the channel (CH) are conducted over an I/O inter- 
face. The DX1 1-B accepts control signals from the channel, controls the timing of data transfers over the I/O 
interface, and provides status of the devices it controls. The interface provides the DX1 1-B with an information 
format and a sequence of signals that is common to all control units on that channel. The DX1 1-B decodes com- 
mands from the channel, interprets them for a particular device on the Unibus, and generates a signal sequence 
necessary to execute a given operation. The channel directs the flow of information between the I/O devices 
and 360/370 memory. 

Communication between the channel and the DX1 1-B is on an interlocking basis, in which each signal requires a 
response for the sequence to proceed. The I/O interface contains two buses (Bus-In and Bus-Out), Mark and Tag 
lines, and Selection and Metering Control lines. 

Bus-Out is used to transmit information from the channel to the DX 1 1 -B such as data, device addresses, com- 
mands, and control orders. Bus-In transmits information in the opposite direction (data, selected I/O device 
identification, status and sense data). Mark indicates the bus being used. Tag lines are used to identify what 
kind of information is placed on the bus at any one time. The selection control lines serve a scanning or selection 
function of attached I/O devices, while the metering lines condition usage meters on the attached units. 

4.4 DX11-B/PDP-11 COMMUNICATION 

The DX1 1-B functions as one of the devices on the PDP-1 1 Unibus, and is in communication with the PDP-1 1 
Central Processor over that bus. The Unibus is similar to the 360/370 I/O Interface except that all devices, 
memory, and the processor are connected to the same logical set of wires. Whereas on the IBM interface the 
channel controls all transactions, on the Unibus any device, or the processor, can control the transfer of infor- 
mation. 

The DX1 1-B communicates with the PDP-1 1 processor in three ways. The most important way is via Non- 
Processor Request (NPR) cycles for direct access to the core memory. The DX1 1-B uses this to retrieve device 
status, store sequence results, and to transfer data. 

A second way is via the interrupt which causes a temporary change in the PDP-1 1 program. The interrupt is used 
to notify the program that sequence information is now available. 
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The third type of interaction is program changes to the DX1 1-B control registers. In this case, the PDP-1 1 
processor becomes Unibus "master" and the DX1 1-B becomes the "slave" device. 

In the IBM System, the channel is always in charge of signal sequences, as data is spoken of as from or to the 
channel. On the Unibus side of the DX1 1-B, devices can be either "master" or "slave", depending on whether or 
not they have initiated an operation. Direction of data transfer in the PDP-1 1 System is described relative to that 
device that has momentarily become "master". To avoid confusion, in this manual "360 read" and "360 write" 
are used to describe the direction of data transfer with respect to the IBM System. The terms "output" and 
"input" are used to describe direction of data transfer with respect to the PDP-1 1 System. It can be seen from 
this that a transfer from 360 to PDP-1 1 will be a "write" transfer to the DX1 1-B and an "input" transfer to the 
PDP-1 1 (Figure 4-2). 



OUTPUT 



Figure 4-2 360/PDP-l 1 Transfer Conventions 



On the Unibus, only a single sequence is involved in establishing a logical connection; but in the IBM System, data 
(status information and commands) must be exchanged while maintaining a sequence. Neither method uses a 
synchronizing clock and both have overall time limitations. 

4.5 DX11-B FORMATS 

This paragraph lists all of the DX1 1-B Unibus programmable registers in tabular form (refer to Drawing 
C-FD-DX1 l-P-04, Sheet 7 of 8). All bits can be read by the program; all registers are byte addressable. Table 4-1 
lists just the registers with their byte numbers (Base Address Offset), mnemonics, word number, full register 
name, and pertinent information about each. Tables 4-2 through 4-9 break each register down bit by bit, giving a 
detailed description of each bit's function. 



Table 4-1 
DX11-B Registers 
(Addressable as PDP-1 1 Memory) 



Base 
Address 
Offset 


Mnemonic 


Word 
No. 


Remarks 


1,0 


DXDS 


1 


Device Status (TT entry no. 1) (Read-only) 


3,2 


DXCA 


2 


Command and Address (TT entry no. 2) (Write lockout) 


5,4 


DXCS 


3 


Control Unit Status (loaded by ISR) (Write lockout) 


7,6 


DXOS 


4 


Offset and Status (loaded by ISR) (Write lockout) 


11,10 


DXBA 


5 


Bus Address (loaded by ISR) (Write lockout) 


13,12 


DXBC 


6 


Byte Count (loaded by ISR) 


15,14 


DXMO 


7 


Maint Out (simulator) (diagnostic) 



(continued on next page) 
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Table 4-1 (Cont) 
DX11-B Registers 
(Addressable as PDP-1 1 Memory) 



Base 
Address 
Offset 


Mnemonic 


Word 
No. 


Remarks 


17,16 


DXMI 


8 


Maint In (simulator) (diagnostic) 


21,20 


DXCB 


9 


Control Bits (control) (diagnostic) 


23,22 


DXND 


10 


NPR Data (control) (diagnostic) 


25,24 


DXES1 


11 


Extra Signals (control) (diagnostic) 


27,26 


DXMOB 


12 


Buffered Bus Out (simulator) (diagnostic) 


31,30 


DXES2 


13 


Extra Signals (control) 



4.5.1 Device Status Register (DXDS) 

The DXDS register contains all the interrupt and device status flags. The DXDS register is read only and stored 

as the first tumble table (TT) entry for this device before reset. These bits and their functions are listed in Table 4-2 

and shown in Figure 4-3. 

DXDS REGISTER 



15 


14 


13 


12 


11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 





PARER 


NXM 


SELRST 


SYSRST 


INFDSC 


UCHKS 


CHENDS 


BSYS 


CHIS 


ESEND 


CHDEND 


CUDEND 


ISSREJ 


CMDCHN 


STKSTB 


CMDREJ 





ALL 
BITS 
READ 
ONLY 



IBM 
RESET 



STATUS 
FLAGS 



- READ ONLY 



I 

CHI 
END 


CUI 
END 


SPECIAL 
CONDITIONS 





Figure 4-3 Device Status Register (DXDS) Bit Assignments 



Table 4-2 
DXDS Bit Assignments 



Bit No. 


Mnemonic 


Description 


Error Indi 
15 


I 

cators 
PARER 


Parity Error - This bit is set if the DX (also referred to as CU) detects an 
even-parity condition on the Bus-Out when either a command or data 
information is sent by the channel (CH) to the CU. The PARER flip-flop 
will be set if bad Command-Out parity is detected during an ISS or if bad 
(BUSO) Data-Out parity is detected. The PARER flip-flop is not set on 
bad Address-Out parity during an ISS. In this case, the CU simply will not 
recognize the address from the CH. If set during a data transfer while 
PARSTP is set, this will terminate the sequence by IOD=l and CUDEND 
will also be set. 



(continued on next page) 
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Table 4-2 (Cont) 
DXDS Bit Assignments 



Bit No. 



Mnemonic 



Description 



Error Indicators ( Cont) 



14 



NXM 



IBM Reset Indicators 



13 



12 



11 



SELRST 



SYSRST 



INFDSC 



CH Status Flags 



10 



09 



08 



UCHKS 



CHENDS 



BSYS 



CHI End Indicator 
07 CHIS 



CUI End Indicators 
06 ESEND 



Non-Existent Memory — This bit will set when the CU takes longer than 
20 jus to complete any one Non-Processor Request transaction (NPR), as a 
result of addressing a non-existent (memory) location. If set during a data 
transfer, this will terminate the sequence by IOD=l and CUDEND will also 
be set. Bus time out is taken as equivalent to bus completion elsewhere, so 
that a sequence can proceed to its normal ending point. 



Selective Reset — This bit will be set by the CH execution of a Selective 
Reset sequence as described in the CH to CU OEM Interface Manual 
published by IBM. This sequence is usually a response to a malfunctioning 
CU/device. When set, this bit causes a Program Interrupt (PI). 

System Reset — This bit will be set by the CH execution of a System-Reset 
sequence as described in the IBM document, CH to CU OEM Interface 
Manual When set, this bit will cause a PL 

Interface Disconnect — This bit is set when the channel performs a discon- 
nect operation with the CU. 



UC Sent — This bit is asserted when Unit Check has been presented in the 
status byte. 

CH End Sent — This bit is used to notify the emulator that CHEND status 
was sent in a status response. 

BSY Sent — BSY status bit was sent to the channel. 



Channel-Initiated Selection Sequence End — This bit is set when a 
channel-initiated sequence has been completed with the CU. This bit 
becomes a when the DXDS is reset after the DXDS is entered into the 
TT. 



Ending Sequence End — This bit is set when a status byte is presented to 
the channel as a result of a program-initiated sequence or when a stacked 
status is finally accepted. This bit is most commonly associated with the 
ending status presentation type of sequence which normally follows a 
Data Transfer sequence. 

It may, under some circumstances, occur that the CHIS bit is set as a 
result of a CUI-ISS contention situation, where the device address re- 
quested matches the device address selected from the channel and the CU 
was requesting to present status. 



(continued on next page) 



4-5 



Table 4-2 (Cont) 
DXDS Bit Assignments 



Bit No. 


Mnemonic 


Description 









CUI End Indicators ( Cont) 



05 



04 



CHDEND 



CUDEND 



Special Indicators 



03 



02 



01 



00 



ISSREJ 



CMDCHN 



STKSTB 



CMDREJ 



Channel Data End — This bit is set during a Data Transfer sequence when 
the channel byte count overflows. (Command-Out is sent in response to 
Service-In.) This bit, in its true state, causes the CU to terminate the Data 
Transfer sequence. This bit is also set when the CH terminates a Data 
Transfer sequence by Interface Disconnect (INFDSC=1). It also sets the 
IOD signal. CHDEND is cleared after being copied into the TT. 

Control Unit Data End — This bit is set during a Data Transfer sequence 
when the DXBC (Byte Count) goes to its all state. When set, this bit 
causes a PI and also causes the DONE bit to assert. It also sets the IOD 
signal. When this bit is asserted, it causes the CU to terminate the Data 
Transfer sequence. 



Initial Selection Sequence Rejected - ENDEN in the DXCS register enables 
this bit to set when a channel-initiated selection sequence addressed to the 
CU is answered by the CU with a Control Unit Busy status indication and 
a short Control Unit Busy sequence. This can only occur if the CUBSY bit 
in the DXCS is set when the CH tries to initiate an ISS and status is not 
pending for the addressed device. ISSREJ is not cleared with the rest of the 
DXDS, but remains set until CUE is accepted by the CH. 

Command Chaining — The bit sets if the CH has indicated that another 
(CCW) operation will probably follow for the CU/Device currently connec- 
ted when Device End is presented. Command chaining occurs when the 
Status-In tag from the CU is answered by Service-Out with Suppress-Out 
up. 

Stack Status Copy — This bit is set when the CH informs the CU that the 
status byte being presented on Bus-In cannot currently be accepted by the 
CH. This occurs when the CH responds to Status-In with Command-Out. 
STKSTA can be set by the program if the CU is not active with the CH 
(LOCKO=0). This is useful when initiating a CU request for status presen- 
tation. If Suppress-Out and STKSTA are both true, the CU drops its 
Request-In, since the status contained is suppressable (once status has been 
stacked the CH also defines that status as suppressable). Since this bit is a 
copy of the STKSTA flip-flop, it is read-only. 

Command Reject — This bit is set when the command sent to the DX1 1-B 
is rejected. The rejected command is stored in the CUCR. 



4.5.2 Command and Address Register (DXCA) 

This DXCA register contains the Control Unit Command Register, CUCR, and the Control Unit Address Register, 
CUAR. These two bytes are the command and address as transmitted from channel during an initial selection 
sequence. This register is stored as the tumble table entry for this device upon completion of a CH-CU inter- 
action. These bits and their functions are listed in Table 4-3 and shown in Figure 4-4. 
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Table 4-3 
DXCA Bit Assignments 



Bit iMO. 


Mnemonic 


Description 


15-08 


CUCR 


The left-hand byte of the DXCA Register contains the CUCR. The CUCR 
cannot be loaded by the program. This byte contains the last command 
sent by the channel (even if it was rejected by the CU). 


07-00 


CUAR 


The right-hand byte contains the CUAR. The CUAR is loaded with the 
device address from Bus-Out during an initial selection sequence. The 
CUAR is also loaded and cleared via PDP-1 1 program control if LOCKO 
is a 0. 



14 13 12 11 



DXCA REGISTER 
10 9 8 7 6 



READ ONLY 

-COMMAND REGISTER (CUCR) - 
SECOND DATA BYTE 



-ADDRESS REGISTER (CUAR) 



Figure 4-4 Comand and Address Register (DXCA) Bit Assignments 



4.5.3 Control Unit Status Register (DXCS) 

This register contains the primary control command information bits and primary status indications for the 
DX1 1-B. The DXCS can not be modified by the PDP-1 1 program when LOCKO equals 1 (except for DONE and 
INTEN). These bits and their functions are listed in Table 4-4 and shown in Figure 4-5. 
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Figure 4-5 Control Unit Status Register (DXCS) Bit Assignments 
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Table 4-4 
DXCS Bit Assignments 



Bit No. 


Mnemonic 


Description 


15 


PARSTP 


Stop on Parity Error Enable — If this bit is set to a 1 and a parity error 
occurs on Bus-Out during a Data Transfer sequence, then the sequence is 
terminated and CUDEND will be set. If this bit is not set, PARER can still 
be set but the sequence will end normally. 


14 


CUFBM 


Control Unit Forced Burst Mode Enable — This bit can be set by the pro- 
gram when CU Forced Burst mode is desired. This condition causes the CU 
to hold OPL-IN up from initial selection through the presentation of 
Channel End (except for TIO and HIO). 


1 1 
1 3 


bJNDLiN 


Control Unit End Enable — This bit is set and cleared only by the program. 
The purpose of setting this bit is to assert CUEND in the device status pre- 
sented to the channel during a CU busy sequence, i.e., where the CUBSY 
bit is already set. 


12 


Not Used 




11 


BSYEN 


CUBSY Enable - This bit enables the setting of CUBSY immediately upon 
responding to a CUI or CHI. This bit is set to 1 by the program for emu- 
lating a single thread control unit. 


10 




Reserved 


09 


/-\\TT TXT A 

ONLINA 


On-Line Request Enable — This ilip-nop, when set, indicates that the con- 
trol unit has made or is making a request to go on-line to the 360 channel. 
It is a two-level flip-flop. This is the lower stage of the on-line flip-flop 
which is loaded or cleared by program command (ONLINA: DXCS (09)). 
The upper stage is the operating on-line flip-flop ONLINB (DXCB (02)). 
ONLINB follows the changes of ONLINA at a time when, as specified in 
the OEM channel manual (IBM), it is proper to make changes from on-line 
to off-line or from off-line to on-line. (The CH is considered on-line itself 
whenever operational-out is set.) 


08 


CUBSY 


Control Unit Busy Enable — This bit set will cause a channel-initiated 
sequence to be answered by the control unit with a CU Busy sequence. 
This bit causes the BSY and SM bits to assert to the Bus-In during the sub- 
sequent status presentation from the CU. This bit is set and cleared by the 
program and by the DX hardware if so enabled by BSYEN. Program 
manipulation of CUBSY is not recommended. 


07 


DONE 


Sequence Done — The DONE bit is the normal interrupt producing con- 
dition which the DX1 1 uses for its primary interrupt control (c.f., INTEN). 
If both DONE and INTEN are set, an interrupt will be requested. Clearing 
DONE is required (of the program) only before making an attempt to 
change registers. With DONE reset, LOCKO may also be reset if the DX1 1 
is in either Phase. or Phase 7. Loading DONE is allowed only in Phases 
Oor 7. 

In Phase 4, TS1, DONE is cleared to reset the interrupt request. In Phase 4, 
TS2, DONE is set (also NPRX is set) so as not to conflict with a possible 
program load in Phase 7. 

(A program set of DONE should only be attempted by a maintenance pro- 
gram as an isolation test of the DX1 1 interrupt.) 



(continued on next page) 
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Table 4-4 (Cont) 
DXCS Bit Assignments 



Bit No. 


Mnemonic 


Description 


06 


INTEN 


Interrupt Enable — This bit is always writable. It is recommended that this 
bit always be in its 1 state before activating the on-line flip-flop and that the 
on-line flip-flop be cleared prior to clearing this bit. This bit can be cleared 
or set by program control only. 


05 


STKSTA 


Stack Status (c.f., STKSTB) - If set, STKSTA indicates that status is 
stacked. When cleared, it indicates that status is accepted. It can also be 
set voluntarily by a program that is presenting a suppressable (or low 
priority) status. It is also set automatically by the DX1 1 when the CH 
requires a status to be stacked and the CU will attempt to present it again. 


04,03 


XBA 


Extended Bus Address Bits — These bits are the two extended, most 
significant bits of the memory address register during all transfers to 
or from core via NPR operations. They are loaded and cleared under 
program control and can be caused to complement should the DXBA 
overflow from a DXBA increment of +2 during a data transfer. They 

dlC UaCU 1UI all 1> Tlx. LI alibi CI S>CL£ UCllUCb, dlalUb WVJ1 U. 1C lUllC-b, lUllLUL^ 

table entries, and data transfers. 


02,01 


FCTN 


Function - These two bits make up the DX1 1 Function Register. They 
are used by the program to select the CU operations desired: 

FCTN=0 - reset the DX1 1 
FCTN= 1 — input data transfer 
FCTN=2 - output data transfer 
FCTN=3 — present status 


00 


GO 


When the GO bit is set, the function requested is performed. If 
FCTN=0, the reset operation is done on the DX1 1 and the DONE bit is 
left cleared. 

If FCTN^O then Request-In (REQI) will be raised at the start of a GUI 
sequence. 



4.5.4 Offset and Status Register (DXOS) 

This register contains the offset address of the status pointer word (SPW), which is termed CUOR, and the status 
byte, termed CUSR. The contents of the CUOR are program loaded for the first (or the left-most) six bits. Bits 
9 and 8 of the CUOR are unused and are always zeros. 

The CUOR contains the high-order six bits of the SPW table and of the tumble table. The CUOR should be set 
before an on-line request is made. 

The CUSR contains the status information listed in Table 4-5 and shown in Figure 4-6. These bits are transmitted 
to the channel. 
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Table 4-5 
DXOS Bit Assignments 



Bit No 


IflilClIlOiiiC 




07 


ATTN 


Attention 


06 


STAMOD 


Status Modifier 


05 


CUEND 


Control Unit End 


04 


BSY 


Busy — The program should not directly set this bit. This bit is set only by 
a CU Busy sequence or by being loaded as the status portion of the SPW. 


03 


CHEND 


Channel End 


02 


DEVEND 


Device End 


01 


UCHECK 


Unit Check 


00 


UXCEP 


Unit Exception 



DXOS REGISTER 

9 8 7 




WRITABLE 
ONLY WHEN 
OFFLINE 



UNUSED 
(0) 



CONTROL UNIT OFFSET REGISTER (CUOR) 
(OFFSET OF SPW) 



STATUS 
MODIFIER 



DEVICE 
END 



CONTROL 
UNIT 
END 



CHANNEL 
END 



UNIT 
CHECK 



UNIT 
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-ATTENTION 

CONTROL UNIT STATUS REGISTER (CUSR) 

FIRST DATA BYTE 



Figure 4-6 Offset and Status Register (DXOS) Bit Assignments 



4.5.5 Bus Address Register (DXBA) 

This 1 6-bit register, shown in Figure 4-7, can be cleared and loaded under program control if LOCKO is a 0. It is 
used during data transfers to point to the PDP-1 1 core location to or from which data will be transferred in 1 6-bit 
words at a time. During a data transfer, the DXBA is preset by the program to point to the first byte location 
where data is sent or stored. The DXBA is incremented by two each time a PDP-1 1 data word is fetched or stored 
in core during the data transfer process. Should the DXBA overflow, the extended memory address bits (XBA) in 
the DXCS will be caused to complement their states appropriately. 

The DXBA is also used during channel-initiated sequences to fetch both the status pointer word and the device 
status byte from PDP-1 1 core. In addition, the DXBA is used to address the tumble table when information is to 
be stored there. 

The low-order bit of the DXBA (DXBA 00) is normally set to by program load. When this bit is placed on the 
Unibus address lines, it is always represented as 0. 
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During write operations, when data is being sent from the IBM channel to the PDP-1 1 , starting or stopping on an 
odd byte boundary always puts a garble in the adjacent byte. 
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Figure 4-7 Bus Address Register (DXBA) Bit Assignments 



4.5.6 Byte Count Register (DXBC) 

This register, shown in Figure 4-8, is used only during data transfers. It is loaded and cleared under program 
control and is set up prior to the data transfer involved. The DXBC is set to the complement of the number 
of bytes desired to be transferred. As each byte is actually transferred to or from the DX1 1-B, the DXBC is 
incremented by one until all bytes are transferred, (DXBC=all zero's) whereupon the DXBC equals 0. When 
the DXBC contents go to during a Data Transfer sequence, the CUD END bit of the DXDS will set and 
thereby terminate the Data Transfer sequence with the channel. 

The program could set DXBC to -1 at any time during a data sequence (Phase 5 or 6) to terminate that sequence. 
Several attempts may be required in case the DXBC is incremented at the time of program load. 
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Figure 4-8 Byte Count Register (DXBC) Bit Assignments 



4.5.7 Maintenance Out Register (DXMO) 

This register, shown in Figure 4-9, is used to hold the 360 Channel Bus Out Data and Tags. This register is always 
directly readable by a PDP-1 1 program. When the DX1 1-B is on-line, the bits in this register are mostly the same 
as what appears on the Bus-Out lines (hardwired cables to the Bus-Out plug). When the DX1 1-B is off-line, these 
bits can be written directly by a PDP-1 1 programmed request. The programmed bits are held buffered in the 
DXMOB. When the DX1 1-B is on-line but cabled to the Bus-Out Test plug, these bits are also writable by PDP-1 1 
programs. The On-Line Cabled mode is used to isolate the cables and Bus-Out receivers as an error source. 
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DXMO REGISTER 
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Figure 4-9 Maintenance Out Register (DXMO) Bit Assignments 



The IBM Bus-Out Register (BUSO) bits 07-00 contain the Bus-Out data bits to 7 as seen either directly from 
the Bus-Out cables or from BUSOB if off-line. When written by the PDP-1 1 program, this byte is buffered in 
BUSOB. 

The Control Lines Out Register (CONO) bits 1 5—08 contain the signals listed in Table 4-6 as strobed (copied) at 
TP1 or TP2 from either the Bus-Out lines or from CONOB. 



Table 4-6 
DXMO CONO Bit Assignments 



Bit No. 



Mnemonic 



Description 



Selection Control Lines 



15 



14 
13 

12 

Tag Lines 
11 
10 

09 



OPLO 



HLDO 
SELO 

SUPO 

ADRO 
CMDO 
SRVO 



Operational-Out — This line indicates that the channel is in operation. 

NOTE 

Refer to IBM manual A22-6843 for a detailed 
description of each line of the 360 Bus. 

Hold-Out 

Select-Out — This flip-flop is set only if both hold out and select out are 
set. When set or cleared by a PDP-1 1 program, only the simulated select 
out signal is affected (see DXMOB). 

Suppress-Out 



Address-Out 

Command-Out 

Service-Out 



(continued on next page) 
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Table 4-6 (Cont) 
DXMO CONO Bit Assignments 



Bit No. 


Mnemonic 


Description 


Parity Lin 

08 


e 

PARO 


Parity Out — This bit has double duty when written by a PDP-1 1 program 
while the DX is in On-Line Cabled mode. At such times the state of the bit 
will be translated directly both into the state of the Simulated Clock Out 
line (of the Bus-Out Test plug) and into the Parity-Out line. Clock Out's 
primary purpose is to provide a synchronization time for the Control Units 
to make changes in their ON/OFF LINE state. 

Another function of the bit is to allow program generation of either normal 
(odd) Parity-Out or the generation of "bad" (even) Parity-Out. This feature 
is necessary to permit checking the parity generator within the main DX1 1 
logic. 

The parity is determined by counting the number of ones in Bus-Out 
(8 bits); if the result is an even number, PARO should be set to 1. Parity 
is then checked by adding all 9 bits together; good parity always gives an 
odd sum. 



4.5.8 Maintenance In Register (DXMI) 

This register, shown in Figure 4-10, is used for reading the Bus-In tags and data originating from the main DX1 1-B 
logic. In this way, the register represents the channel's view of Bus-In. The output of these flip-flops is enabled 
to the Bus-In lines either when OPLI= 1 or when a Fast CU Busy is in progress. 

The register is normally read-only; but for maintenance purposes, programmed modification is permitted except 
for CLKO and PARI. When the DX1 1-B is off-line, the data read by PDP-1 1 programmed references comes 
directly from DXMI. When the DX1 1-B is on-line, the data read by the PDP-1 1 program comes from the Test-In 
plug. Correct data will be seen then only if the plugs are cabled together. 

The Buffered Bus In Data Register (BUSI) bits 07—00 contain the data that is enabled to the Bus-In lines for 
transmission back to the IBM 360 Channel. The output of this byte is always input to a parity generator that 
produces the signal PARI. 

The Buffered Control Lines In Register (CONI) bits 15-08 are listed in Table 4-7. 
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Figure 4-10 Maintenance In Register (DXMI) Bit Assignments 
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Table 4-7 
DXMI CONO Bit Assignments 



Bit No. 



Mnemonic 



, 1 • 

Selection Control Lines 



Description 



15 
14 

13 

Tag Lines 
12 
11 
10 

Test Lines 

09 

08 



OPLI 
SELI 
REQI 

ADRI 
STAI 
SRVI 

CLKO 
PARI 



Operational-In 

Select-In (not direct cleared) 

Request-In 

Address-In 

Status-In 

Service-In 



Clock Out Signal from Bus-Out — This line always comes from the cables, 
even when the DX1 1 is off-line. 

Bus Parity In (not a flip-flop — output of parity generation for BUSI) 



4.5.9 Control Bits Register (DXCB) 

This register contains control bits used for DX1 1-B operation. They are read-only, and are used for diagnostic or 
emergency purposes only. The register is reset by INIT=1, except for ONLINB and SELI. These bits are listed in 
Table 4-8 and shown in Figure 4-1 1. 
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Figure 4-1 1 Control Bits Register (DXCB) Bit Assignments 
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Table 4-8 
DXCB Bit Assignments 



Bit No. 


Mnemonic 


Description 


15 


LOCKO 


Lockout — If this bit is set to a 1, the first five programmable registers are 
made read-only to the PDP-1 1 program. It is this Lockout protection 
which provides the interlocking or contention control which is needed 
when a channel-initiated sequence conflicts with the setup of a control 
unit initiated sequence. The channel sequences are always given prece- 
dence, and the control unit programs are prevented from further modifi- 
cation of the DX1 1 Registers. 


14,13,12 




Phase Control Bits — These bits are used to determine the major phase of 
the DX1 1 Controller. 


11 


TSFF 


Time State — This bit is the clock control: 

= TS2 

1 =TS1 


10 


FASTCU 


This signal is available for diagnostic test purposes. 


09 


SYNC 


Synchronizer — This is a phase synchronizing flip-flop that is used for 
miscellaneous purposes to disable certain portions of logic within any 
particular phase. The details of this use are spelled out in the flow dia- 
grams. 


08 


CUDX 


CU Data Control — This is a control unit data control flip-flop. If it is a 1 , 
this means that the Control Unit data (composed of the CUCR and CUSR) 
can be used or is available to either the Bus-Out lines, or to the Bus-In lines, 
in the case of PDP-1 1 output transmission. 


07 


IOD 


Input-Output Done - This bit is not a flip-flop, but is the Inclusive-OR of 
all conditions which can stop a data transfer that is taking place in Phase 5 
or 6. 


06 


BYPAS 


Bypass — This bit is used for a number of purposes: 

a. First, it is used to indicate that this is the first byte of data that is 
being transmitted or received, i.e., bypass suppress-out. 

b. Bypass to a 1 also indicates that the device status table will not be 
accessed by this particular channel-initiated sequence.. This might 
occur because of a zero pointer in the left portion of the SPW, i.e., 
bypass DST. 

c. Bypass to a 1 , may also be used as an indication that no address out 
has been received. This is a synchronizing function that is used in 
Phase for a CUI sequence, i.e., bypass SPW and DST. 

u. .Bypass is aiso useu. as a copy 01 me pariiy OKay signal, mis is useu. 
to communicate between Phases 2 and 3, i.e., bypass the command. 

e. Bypass is used as a copy of the status pending indication between 
TS1 and TS2 of Phase during a CHI sequence, i.e., bypass Phase 1 
and both SPW and DST. 

f. Bypass a 1 (and SYNC=0) is used to indicate in TS2 that a fast CU 
Busy response was made in TS1. This is essentially a synchronizing 
function, i.e., bypass CHI sequence. 



(continued on next page) 
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Table 4-8 (Cont) 
DXCB Bit Assignments 



bit INO. 


Mnemonic 


Description 


05 


NPRX 


NPR Control Switch - This flip-flop is the NPR control. If it is a 1 this 
means the DX is requesting a non-processor or memory-to-device data 
transfer from the PDP-1 1 . When NPRX becomes a this is the indication 
that the transfer has been completed. 


04 


NPRT 


NPR Transfer Direction — If NPRT equals 0, then data (or status table 
information) is being taken from the PDP-1 1 core. If NPRT is 1, then data 
(or TT information) is being sent into PDP-1 1 core. 


03 


BALF 


Byte Alternator Flip-Flop — 

a. If this bit is a 1 , it indicates that status is pending and that the 
device for which status is pending has been addressed by the 
channel. In this case both the SPW and the DST fetches are by- 
passed and the CUSR is used as is, i.e., alternate logic is used. 

b. This bit is used during Phases 5 and 6 to keep track of which half 
of the data word is currently being used, i.e., alternate bytes are 
used. 


02 


ONLINB 


On Line to IBM — The state of this flip-flop reflects the actual status of the 
DX1 1 as to whether or not it is connected to the I/O interface. ONLINB 
is the second level of the ONLINA flip-flop found in DXCS bit 9. ONLINB 
is not direct cleared when the rest of the DXCB is cleared. 


01 


ADRECC 


Address of Control - This bit is not a flip-flop, but is the continuing. signal 
from the address comparator indicating that the control unit portion of the 
address matches Bus-Out. 


00 


ADRECD 


Address of Device — ADRECD is a similar signal indicating that the device 
address matches (ADRECC=1 also). 



4.5.10 Non-Processor Request Data Register (DXND) 

This register, shown in Figure 4-12, contains each data word that is transmitted to or from the PDP-1 1 core via 
NPRs. This word is available for use by the MAINDEC. 
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Figure 4-1 2 Non-Processor Request Data Register (DXND) Bit Assignments 
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4.5.11 Extra Signals Registers (DXES1 and DXES2) 



The bits assigned to this register are listed in Table 4-9 and shown in Figures 4-13 and 4-14. These two bytes are 
provided for future 370 controls and for diagnostic uses. 



Table 4-9 
DXES1 and DXES2 Bit Assignments 



Bit No. 


Mnemonic 


Description 


DXES1 






15-08 


" TTNDX 


Tumble Table Index Byte — This byte is the low-order address of the TT 
entry to be used next. It is shifted left before being copied into the DXBA. 


07-00 


MISC 


Miscellaneous Signals 


07 




Reserved 


06 


ODD 


Copy of DXBA (00) (for future use) 


05 


NPRTO 


NPR latency error. Bus grant not received within timeout interval. 


04 


DXTO 


Program response latency error. While OPL-IN was up, the program did 
not interact for a 5 sec period. 


03 


TIMDIS 


Set to disable DXTO during program debugging. 


02 


SOSIEN 


Fast NPR test enable (Service-Out-Service-In-Enable). Causes simulated 
SRVO to follow SRVT 


01 


MNCLEN 


Maintenance Clock Enable — When this bit is set, the DX1 1 does not 
change time states until MCLKP is set. 


00 


MCLKP 


Maintenance Clock Pulse — If MNCLEN is set, setting this bit causes the 
DX1 1 to enable the next time state. 

One normal clock pulse will be issued with each setting of MNCLKF, the 
Clock pulse thus generated will reset the MNCLKF. The Unibus Interface 
continues to run at normal speed at all times. Maintenance Clock mode 
cannot be entered when on-line. 


DXES2 






01 


DSCRSP 


Disconnect Response — Set when IBM issues an Interface Disconnect. 


00 


IRS 


IBM Reset Stored — Set in Phase 4 if an IBM Reset is issued, and used in 
Phase 7 to remember that an IBM reset sequence occurred. 
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Figure 4-13 Extra Signals Register DXES1 Bit Assignments 
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DXES2 REGISTER 
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Figure 4-14 Extra Signals Register DXES2 Bit Assignments 



4.5.12 Maintenance Out Buffered Register (DXMOB) 

This register, shown in Figure 4-15, holds the bits written by the Unibus into DX1 1-B address plus 14 (program 
thinks that this is the DXMO). This register is needed when the DX1 1-B is in On-line Cabled mode to present 
steady levels to the drivers. The left-hand byte is CONOB (Control Out Buffered); the right-hand byte is BUSOB 
(Bus Out Buffered). 
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NOTE: 

Normally these flops are loaded by write address 15, 14 and 
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If offline, they are read by read address 15, 14. 

If online -cabled, they are also read by read address 15, 14. 



Figure 4-1 5 Maintenance Out Buffered Register (DXMOB) Bit Assignments 



4.6 PROGRAMMING CONSIDERATIONS 

This paragraph contains a discussion of some of the general programming considerations that pertain to the 
DX1 1-B. 

4.6.1 Hardware/Software Interlock 

Because of a contention situation that can arise when both the channel and the control unit (through software 
request) attempt to use the interface, an interlock mechanism is necessary to protect information used by both 
parts of the system. The control unit can appear busy to channel activity when the control unit software must 
use the facilities. After system reset, while table initialization is in progress, the CUBSY flip-flop is set. 

The general soultion is simply to let CH requests always override CU requests. This is done by the LOCKO flip- 
flop which prevents further changes to the DX1 1-B registers once a selection sequence has begun. The program 
can later examine the interrupt conditions to determine if the program requests must be repeated. LOCKO gates 
DXCS, DXCA, DXOS, and DXBA. Only DXBC remains program-writable. 
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4.6.2 Boundary Considerations 

a. The SPW is 256 words long and TT is 128 words long, the two must begin on a 2000 8 address boundary. 

b. All DSTs are 256 bytes long and begin on a 400 8 address boundary. 

c. All data transfers should begin on an even boundary. On input operations, the following will occur for 
odd BA and odd BC, respectively : 

1 . When starting an input on an odd address, the previous even address byte is clobbered. 

2. When ending an input on an even address, the following odd address byte is clobbered. 

d. On output operations, as many as two words following the end of the data buffer can be pre-fetched. 
Therefore, buffers should not be assigned at the end of core. This prevents spurious NXMs. 

4.6.3 Interrupt Request 

When the DX1 1-B requires either a program interrupt or tumble table service, it sets the DONE bit, leaving 
LOCKO set. When the program is ready to try a GUI, it must clear DONE; then, if no new selection is in progress, 
the DX11-B clears LOCKO. 

The tumble table (TT) is a 256 word buffer in core memory (see Figure 4-16) that is used to store the contents 
of the DXDS and DXCA registers which provide a record of event notification to the program. Entries used by 
the program must be zeroed when they are used. All entries into the TT are guaranteed not to be zeros. A zeroed 
entry indicates no entry. 

The tumble table entry address is generated in the DXBA register by combining the contents of the DXOR high 
order byte, the tumble table index byte times two, and by putting a zero in the lower bit of the DXBA register 
(see Figure 4-7). The tumble table index is incremented after each entry. 

NOTE 

Clearing INTEN is discouraged during DX1 1-B operation. 

The following rules should be followed for programming interrupts and servicing the tumble table. 

a. The TT entry should be zeroed after being serviced. 

b. On an Interrupt, all nonzero TT entries should be serviced before dismissing Interrupt (RTI). 

c. Software should keep a pointer to current TT entry. This should follow the hardware pointer in reliev- 
ing the entries the hardware places (hardware will guarantee a nonzero TT entry). 

d. No software requests for data transfer or status should be made until all TT entries are serviced. 

e. Before each TT entry is serviced, DONE should be cleared with a 

BIC # DONE, DXCS 
thus, the general INT service procedure is: 

1. Clear DONE. 

2. Service current TT entry . Update action to be performed for device whose address is in TT entry. 
Do not request data transfer or status at this time. (Note that this may cancel a previously queued 
request for this device.) 

3. Clear TT entry. 
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4. Bump software pointer to next TT entry. 

NOTE 

If TT entry not 0, go back to Step 1 . If it is 0, proceed. 

5. When a zero TT entry is encountered, initiate last action pending for each device. 

6. Dismiss interrupt (RTI). 

4.6.4 Data Transfer 

Data transfer sequences (DT) are always initiated by the DX1 1-B program. It is a software responsibility to 
ensure that a DT is valid at the point requested. Information supplied to the hardware includes Buffer Start 
Address (DXBA), Byte Count (DXBC), Device Address (CUAR), and I/O direction (FCTN - input or output). 
The hardware will get control of the I/O interface and transfer the data in a single burst, after which it will gene- 
rate a Data End interrupt. The last bit set is the GO bit. If LOCKOUT is set at this time, the effect is a NO OP 
and the result is no data transfer. 

Several other events can happen as follows: 

a. A bus out parity error can occur, setting PARER. This will terminate data transfer with PARSTP. 

b. A timeout reference can occur, setting NXM. 

c. The channel can indicate I/O stop, setting CHDEND. 

d. An Interface Disconnect can occur. 

If a CUI is used, it could be overridden by an ISS, in which case an interrupt would occur; but different bits 
would be set in the DXDS and copied into the tumble table. 

4.6.5 Status Presentation 

There are several cases in which presentation must be initiated by the program as follows: 

a. When stack status is indicated by the channel. In this case, the DX1 1-B will automatically request 
presentation of the status again, until it is subsequently relieved or overridden via an ISS (only if 

BSYEN = 1). 

b. When ending status is initially available for the device (DEVEND, etc.). 

c. When asynchronous status becomes available for the device (DEVEND or ATTEN). 

d. When a device that had previously been interrogated while busy becomes free (CUEND or DEVEND). 

e. At the termination of a data transfer (CHEND or CHEND+DEVEND). 

The program loads the status and device address and requests status presentation (FCTN=3). If the status is 
accepted, the device status, device address and command (if any) are loaded into the tumble table and an inter- 
rupt is generated. 

4.6.6 On-line/Off-line Control 

The ONLINA flip-flop is written by the program to request a change of on-line status. The ONLINB flip-flop, in 
DXCB, can be read to verify that the transition occurred. The program clears the ONLINA flip-flop to attempt 
to put the DX1 1-B off-line. The ONLINB flip-flop will not clear if any channel activity is in progress. 
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NOTE 

When the program sets ONLINA, the ONLINB flip-flop 
sets after 5 ms if the hardware ON-LINE/OFF-LINE switch 
is in the ON LINE position and a function is not pending. 

An on-line/off-line request can be made at any time. If channel activity occurs at the time ONLINA is cleared, 
it will not clear. This allows the program a chance to reconsider the off-line request in view of the new CHIS. 

NOTE 

An On-line/Off-line sequence should not be attempted in an 
interval less than 10 ms. 
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CHAPTER 5 
THEORY OF OPERATION 



5.1 SCOPE 

This chapter provides a detailed description of the DX1 1-B System. The discussion consists of three major parts: 
a) a functional description of the overall control unit operation, b) a system block diagram discussion, and c) a 
detailed theory of operation covering control unit logic circuits. The discussions in this chapter are supported by 
a complete set of engineering drawings contained in a companion volume entitled DX11-B, System 360/370 
Channel to PDP-11 Unibus Interface, Engineering Drawings. 



5.2 FUNCTIONAL DESCRIPTION 

As described in Chapter 1, the DX1 1-B functions as a data and status transfer controller between an IBM 360/370 
I/O Channel and a DEC PDP-1 1 Computer (Figure 5-1). When operational, it executes signal sequences, performs 
NPR data transfers, initiates status presentation, and handles stack status conditions, returning appropriate indi- 
cations to the program that enable that program to complete the sequence. When initiated by a stored PDP-1 1 
program, the DX1 1-B conducts transfers between the IBM Channel and the Unibus, automatically transferring 
data between its buffers and Unibus locations, participating in data transfers on the channel, and stopping the 
transfer when the prescribed number of bytes have been transferred. In addition, the DX1 1-B communicates with 
the PDP-1 1 Processor, which controls the status indications provided by the DX1 1-B to the 360 Channel. 







IBM 

360/370 
CHANNEL 
(MPX OR SEL) 




DX11-B 














Figure 5-1 DX1 1-B System, Functional Block Diagram 



As such, the DX1 1-B must have the dual capability of communicating in hexadecimal code with the IBM environ- 
ment, and in octal code with the PDP-1 1 System. It must also make the format conversions between the bit for- 
mats of both systems. The DX1 1-B must be able to respond to the normal signal sequences generated by either a 
multiplexer or selector type channel, and must also be able to participate in Unibus dialogue — within the latency 
requirements of both systems. 
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53 BLOCK DIAGRAM DISCUSSION 



A typical DX1 1-B System block diagram is shown in Figure 5-2. As can be seen from the figure, a 360/370 
Central Processor is connected to several miniprocessors termed channels. These channels can be of either a 
multiplexer or selector variety. Each channel can accommodate several control units which, in turn, interface to 
several devices. The DX1 1-B Controller functions as a control unit in the 360 system and can be tied to either a 
multiplexer or a selector channel bus. The DX1 1-B, then, is assigned a Unibus address and is thereby put in 
communication with the PDP-1 1 processor, its memory, and any devices on the bus. Special software (emulators) 
placed in the PDP-1 1 memory adapt the hardware, causing it to appear to be any of most IBM type control units. 
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Figure 5-2 DX1 1-B System, Block Diagram 



Although the overall system comprises hardware and software sections, the hardware consists of two parts: Data 
Paths and Control Logic. The data paths are in three sections: 1) IBM Control, 2) Central Control, and 3) PDF 
Control (Figure 5-3). The control logic is divided into nine parts: phase independent operations plus eight major 
phases. Finally, each major phase comprises two time states. 

Internally, the DX1 1-B contains a data path control section which ties directly to the 360/370 Interface, a section 
for dealing with the PDP-1 1 Unibus, and a central data path section for synchronizing operations between the two 
hardware interfaces. The IBM control, central control, and PDP control sections are internal to the DX1 1-B and 
are not visible across the formal interfaces. 

It is the control logic section, along with the support software, that provides the basic program ability of the unit. 
The separation of the DX1 1-B into functional sections does not imply that they are physically separable sections. 
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Figure 5-3 DX1 1-B 5 Block Diagram 

5.3.1 IBM Interface Operation 

An understanding of the operation of the IBM Interface can be gained only by becoming familiar with the opera- 
tion of the 360/370 Channel. For detailed information, refer to the Introduction and Input/Output Operations 
sections of the System/ 360 Principles of Operation, and to the System/ 3 60 I/O Interface, Channel to Control 
Unit manuals. Although it is beyond the scope of this manual to provide exhaustive coverage of IBM architecture 
and facilities, this paragraph supplements the referenced information by giving a minimal description of the 
360/370 I/O Interface as seen by an external device such as the DX1 1-B. 

The I/O capability of the 360/370 Central Processor (CP) is provided by a number of limited-function I/O 
processors called channels (CH). All channels are attached to the CP and provide a standard I/O interface to 
external devices. Thus, each channel provides a single data path into memory which is shareable among up to 256 
directly addressable devices per channel. 

NOTE 

The DX11-B can accommodate only 128 devices at a time. 

Conventional I/O is handled by two types of channels: Multiplexer (MPX) and Selector (SEL). 

An MPX channel provides concurrent, byte-interleaved I/O with multiple devices, and is used primarily with 
slower devices such as printers, card-readers, and communications multiplexers, although it can handle high-speed 
bursts of data. 

An SEL channel is specifically designed for high-speed burst operation and can service only one device at a time. 
The typical transfer is one block or physical record at a time. SEL channels are typically used for high-speed 
devices such as disks, drums, and data concentrators. 

Each channel represents a single path to memory, and has a single I/O interface that is, itself, logically connected 
to only one device at any one time. Multiple interleaved operations on one channel can be effected with the use 
of subchannels described later in this section. 
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A channel can be termed a processor in the sense that its activities are governed by stored programs using 
sequential fetch and execute techniques. The basic unit of a channel program is the Channel Command Word 
(CCW). The term "Command" is used to distinguish it from Central Processor "Instructions". A single command, 
Transfer In Channel (TIC), is dedicated to program control. It provides the channel with an unconditional pro- 
gram branch (Jump) capability. All other commands relate to device operations and cause activity on the channel/ 
device interface. Read and Write are typical commands. 

Sequential command execution is not automatic but is a function of a command chaining bit in each command. 
If this bit is set, execution continues with the next command. If it is not set, the program terminates. A program 
can also be aborted (command chaining suppressed) by detection of a malfunction or other abnormal condition 
in the channel or in the device. 

The channel cannot initiate the execution of a program. This is done by the CP using a Start I/O (SIO) instruction. 
The SIO alerts the channel which then fetches the first command, establishes logical connection with the indicated 
device, and reads back status from the device indicating either acceptance or rejection of the command. If the 
command is accepted, the CP and CH can continue concurrent and asynchronous execution of their respective 
programs. If the command is rejected, the CH program is aborted. The CP will be aware of this at the completion 
of the SIO execution and can process the exceptional condition indication. Channel program termination is com- 
municated to the CP through state words and interrupts. 

The activities encountered during a typical command execution are a Selection Sequence, a Data Sequence, and 
an Ending Sequence. A detailed set of IBM interface timing diagrams are given in Appendix C of the IBM OEM 
manual (refer to the Foreword). During a command execution, the channel fetches the command that follows the 
SIO, establishes logical connection with the indicated device, and transmits command information. This is called 
an Initial Selection Sequence (ISS). If the command is accepted, a Data Sequence (DS) can follow in which data 
is transmitted across the interface. When I/O is complete, the device presents status that indicates the success or 
failure of the operation. This Ending Sequence (ES) completes command execution. 

Some commands involving control operations have no data sequence. In a magnetic tape rewind command, for 
example, the ISS starts the rewind operation and the ES takes place when the rewind is complete. If the tape 
was already rewound, that would be an "immediate" command for which the ending status is presented during 
the ISS and for which there is no separate ending sequence. 

Logical connection between the channel and device can be maintained throughout command execution. In this 
case, the device monopolizes the channel until the ES is complete. This is the only method used on the selector 
channel. On the other hand, the channel and the device can operate independently after the ISS, resynchronizing 
only as necessary for transferring data and status. Thus, a multiplexer channel can interleave command executions 
for different channel programs. 

The channel provides a standard bus of interface signals to all devices regardless of type. Thus, each device 
requires a control unit to translate the standard interface sequences into those control signals that are peculiar to 
the specific device, and to translate the device's responses back into standard interface sequences. The DX1 1-B 
performs this function for the PDP-1 1 System to which it is attached. As such, the PDP-1 1, its memory, devices, 
and software, constitute a device on the IBM channel — a device, which with changes to the software, can emulate 
any of many standard IBM devices. In some cases, such as printers, readers, tapes and disks, the control unit (CU) 
is logically (and often physically) distinct from the device. The DX1 1-B falls into this category. In other 
instances, such as the channel-to-channel adapter and other wholly electronic devices, the CU is an integral part of 
(and indistinguishable from) the device. 
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Devices which are configured in groups, of which only one device need be active at a time, can share a CU. An 
example of this is magtapes, where four drives can share a single CU. 

Each device on a channel is assigned a unique 8-bit address. Each CU is responsible for recognizing the addresses 
of all devices it controls. Multi-device control units are assigned blocks of contiguous addresses, the block size 
being some power of two with the first address being some multiple of the block size. The limit on block size is 
usually 1 6; if the CU requires more addresses, it is assigned two or more (usually contiguous) blocks. Where only 
one block is assigned, the high-order address bits that are common to all devices on the control unit can be 
regarded as the "CU Number", and the low-order bits that address the devices as the "Device Number". In cases 
where the address cannot be broken down in this way, one device address can be dedicated to the CU itself for 
commands that involve only the CU. 

A system-wide unique address for each device is provided by prefixing the 3-bit "Channel Number" to the 8-bit 
device address. This is the full device address used by the CP in initiating channel programs. 

As stated earlier, multiple interleaved operations on one channel can be effected with the use of "subchannels". 
The facilities required by a channel to service one device are termed a subchannel. These facilities are the com- 
mand address, data address, data count, etc. The number of channel programs that a channel can execute con- 
currently is merely the number of subchannels it contains. The subchannel, then, is just some storage area in the 
channel where it maintains status information on the particular device or devices that are active. Note that this 
storage is not in the CU but in the channel itself. 

A selector channel (SEL) has only one subchannel. From the initiation of a channel program for a particular 
device until that device releases the channel at the end of the last command, channel facilities are monopolized by 
that device; during this period, other devices on that channel are restricted to operations that do not require use 
of the channel. 

A multiplexer channel (MPX) has several subchannels; at least one for each currently active device. It is monopo- 
lized by any device a) during a selection sequence, b) during part of a data sequence for transferring one byte or 
burst of bytes, or c) during a status transfer. In other words, it is monopolized only during times in which the 
device has an active, immediate need for channel services. The multiplexer channel thus appears to each program 
that it executes as a dedicated selector channel. 

Because the subchannel used for any device is fixed in any given installation, the channel determines automatically, 
from the device address, which subchannel to use. Some subchannels are shared among a group of devices with 
contiguous addresses, while others are dedicated to single devices. Shared subchannels can service only one of 
their associated devices at a time (the selector subchannel is, in effect, a shared subchannel). Shared subchannels 
are particularly applicable to shared CU devices that automatically satisfy the one-at-a-time requirement. 

The use of multiple subchannels provides the MPX with its basic multiplex mode, an interleaved half-duplex byte 
stream. However, the device can request the channel to operate in burst mode (a transfer in which the device 
retains monopoly of the channel for more than about 100 lis). The burst can involve anything from a few bytes 
to a complete command execution. This is called Control Unit Forced Burst Mode (CUFBM). 

The selector channel, by contrast, operates only in burst mode. In discussing devices designed to operate on 
either type of channel, this is called Channel Forced Burst Mode (CHFBM). 

The number, type, and subchannel configuration of channels that can be included in a system are a function of 
the CP model. A typical configuration has a single MPX and one or more SEL channels. In addition, the width 
(in bytes) of a channel's access to memory, and the degree to which it shares facilities with the CP are functions 
of the CP model number. Because of this, it is impossible to make any but the most general statement about 
channel capabilities. IBM provides a guide for each CP model on the intricate calculations required to determine 
channel loading. The principal limiting factors are a) shared facilities with the CP, and b) the access width. 
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In summary, the MPX channel is suitable for operations involving frequent but short data transfers, while the 
SEL channel is suitable for infrequent but large data transfers. The respective ranges of suitability are from tele- 
graph adaptors to slower magtapes for the multiplexer, and from magtapes to high-speed disks and drums for the 
selector. 

The architecture of 360 channels allows them to accommodate devices within a wide range of data rates and 
response times. This is achieved through the use of edge-interlocked signal sequences in which, typically, only one 
outbound signal from the channel and one inbound signal from the control unit participate. One signal can rise 
only when the other has risen, and must then remain up until the other has fallen. This is similar to the MSYN/ 
SSYN relationship on the PDP-1 1 Unibus. This requirement and the use of control unit initiated sequences allow 
the CU to present data and/or status information at times and rates appropriate to the specific device. 

Despite its ability to operate at almost dc rates, the channel imposes certain timing constraints to guarantee that 
no device ever requires excessive time to complete a signal sequence. This is done to prevent one device from 
jeopardizing the operation of other devices on the channel. In particular, device selection sequences are required 
to be performed within 32 jus, start to finish. A channel timeout monitors this performance. Other timeouts 
related to data transfers and to interface activity, in general, are scaled to appropriate limits ranging from 1/2 sec 
to 30 sec. I/O under System 360/370 is under the overall control of the CP, which has instructions for starting 
channel programs (SIO), testing their current operational status (TIO), and aborting them (HIO). 

The Start I/O instruction (SIO) initiates the execution of the first command of a channel program. Before the CP 
executes an SIO, it must first set up a pointer called the Channel Address Word (CAW). This word points to the 
first Channel Command Word (CCW) of the channel program to be executed. The CAW is at a fixed core location 
and, since its contents are required by a channel only during SIO execution, only one is required to service all 
channels. The SIO instruction itself identifies the channel and device for which the channel program is to be exe- 
cuted. A condition code, returned by the channel, indicates whether or not the channel was able to select the 
addressed device, and, if so, whether or not the device accepted the command. The execution of an SIO instruc- 
tion is not complete until the condition code is available. Successful completion of an SIO execution does not 
guarantee that a channel program (or indeed even the first command of the program) will be completed success- 
fully, only that the program was started successfully. 

Because the IBM diagnostics utilize these codes to inform the programmer of malfunctions, a discussion of their 
meanings is in order. These condition codes are set in the 360/370 and can be interrogated by the program in a 
similar fashion to the Branch On Condition instruction in the PDP-1 1. There are four sets of condition codes 
expressed by two bits in the 360/370 Program Status Word. Their meanings for an SIO instruction are as follows: 

= The device that was selected has accepted and is now beginning to process. Does not say that the 

process was completed. 

1 = The device that was selected did not accept. Does not say why. Implies that the device was there 

and did not want to start. 

2 - The channel or subchannel was busy. Occurs on an SEL channel if one device has been started, is 

still active, and a start I/O is issued to that or another device. On an MPX channel, occurs if two 
SIOs are issued in a row to the same device. 

3 = No CU recognized the device address that was put on the bus. The assumption is that the CU is 

off-line. Note that if the device was not there, the I/O would not be accepted and a condition 
code 1 would be indicated. 
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Between SIO executions, all channel-to-CP communication is done through the Channel Status Word (CSW) and 
via I/O interruptions. An I/O interrupt signifies that the channel in question has new information to store in the 
CSW. Such information typically contains channel status, device status, the address of the last CSW executed, and 
the residual data count (if appropriate for the last operation). The usual function of I/O interrupts is to indicate 
termination of a channel program, either because the last chained CCW has been executed, or because an excep- 
tional condition has caused the I/O program to be aborted. 

In addition to using the I/O interrupt facility, the CP can obtain information from channels through the "Test 
I/O" (TIO) instruction. This instruction appears on the interface as a TIO command. Its function is to test con- 
trol units and devices and to relieve them of status conditions that might otherwise cause an I/O interrupt. A 
TIO can also be issued by the channel itself under some circumstances where it is desirable to obtain status 
quickly. As with all instructions, there are four sets of condition codes expressed as follows: 

= The path to the device is free. 

1 = The device attempted an I/O interrupt because of the completion of its activity but was prevented 

from doing so because the CH was disabled. Relieves that interrupt pending condition without 
actually causing an I/O interrupt. This is similar to a PDP-1 1 System turning off INTEN and spinning 
on the DONE flag, or raising the priority to 7. 

2 = The CH was busy. 

3 = The CU is off-line. Did not recognize the address selection of the TIO. 

A "Halt I/O" (HIO) instruction is used to terminate I/O activity for a particular device. This appears on the 
interface as a special signal sequence called "Interface Disconnect". Depending on the device and the current 
activity on the interface, the channel can first be required to select the affected device before it can execute the 
disconnect sequence. If the channel is operating in burst mode at the time HIO is executed, Interface Disconnect 
is signaled to the currently active device, regardless of which device was actually addressed by HIO. This instruc- 
tion is typically used to clear channels for higher priority operations and to terminate operations involving non- 
passive devices, such as communication devices, for which the CP program cannot determine a prior termination 
condition. 

The four sets of condition codes associated with an HIO are as follows: 

= The device has been signaled to stop. 

1 = An I/O interrupt for that device is pending. 

2 = A burst mode transfer was stopped. 

3 = The CU is off-line. 

NOTE 

A condition 2 instead of condition will be returned on an 
HIO when it terminates a transfer on either an SEL or MPX 
channel in burst mode. 

The command structure of 360 channels provides five basic I/O commands. These are Read, Read Backwards, 
Write, Sense, and Control. Variations on the basic commands are obtained by microcoding command-byte bits 
that are not used by the basic commands. The command-byte formats for the basic commands (and for test I/O 
which looks like a command to the external device) are given in Table 5-1. The bits marked "m" are the command 
modifiers. For basic operations, they are 0. For other operations, they are microcoded according to the require- 
ments of the particular application. 
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Table 5-1 
I/O Command Byte Formats 



Command Name 


Bit Number 





1 


2 


3 


4 


5 


6 


7 


Read 


m 


m 


m 


m 


m 


m 


1 





Read Backward 


m 


m 


m 


m 


1 


1 








Write 


m 


m 


m 


m 


m 


m 





1 


Sense 


m 


m 


m 


m 





1 








Control 


m 


m 


m 


m 


m 


m 


1 


1 


Test I/O 



























The I/O command Read transfers data from the device to 360/370 core, where it is stored in ascending byte 
locations starting at the address contained in the CCW for the read command. 

Read Backward is similar to Read except that data is stored in descending locations from the starting address. 

The Write command transfers data from ascending core locations to the device starting with the address contained 
in the CCW. 

Sense is essentially a "read" command except that the data transferred pertains to exceptional conditions in the 
device and/ or CU. The sense bytes identify, in detail, what caused the CU to present a unit check indication. 

The Control command transfers control data to the device. The modifier bits can provide enough data to cover 
all control functions, or the Control command can send one or more bytes providing any additional information 
required. For example, a magnetic tape rewind can be signaled through the modifier bits alone, while a commun- 
ications device "control" command, such as a 2701 Set Mode command, can require two or more bytes of con- 
trol information to be transmitted. A control command with all modifier bits set to is considered an I/O 
NO OP command. 

A channel has two means of establishing logical connection with a device. It can address a device directly or it 
can scan (poll) for devices requiring service. Addressing is the start of the initial selection sequence (ISS) for a 
command. It can also occur due to the execution of a TIO or HIO instruction. It is achieved by first sending the 
address to all devices common to the bus, and then requesting the addressed device to acknowledge. Polling, on 
the other hand, is performed in response to a request from one or more currently active devices. Since Request- 
In is a common bus line, the channel can only determine which device is requesting by polling all devices on the 
channel. This is accomplished by raising its selection lines, Select-Out. Unlike the other channel interface lines, 
Select-Out is a serial line. The fact that it is serial allows allocation of service priorities and avoids contention 
conflicts. With this agreement, each CU, in turn, has a chance to obtain selection. If it does not require service, 
it can propagate Select-Out to the next CU down the chain. Thus, only one CU at a time can make a selection 
decision. CUs which are closer to the channel on Select-Out are consequently selected preferentially and have 
higher priority than CUs logically further away from the CH. 

If Request-In is up, the channel will normally conduct a polling operation before starting an ISS. This gives cur- 
rently active devices preference for service over the initiation of activity for some currently idle device. This 
reduces the chance of overruns or loss of synchronization for the active devices. 
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In order to obtain selection during a polling sequence, the requesting CU blocks the propagation of Select-Out and 
executes a Control Unit Initiated (CUI) selection sequence. The CUI sequence terminates polling during its exe- 
cution; requesting CUs further down the selection chain do not see Select-Out until the channel resumes polling 
after that CUI sequence is complete. 

As shown in Figure 5-4, the physical interface consists of 31 lines ( 1 6 Out and 15 In). Each line group consists 
of a 9-bit data-plus-parity bus, a number of tag lines that are used to identify what is being presented on the bus, 
and a number of selection control lines. The functions of these lines are summarized in Table 5-2. Three addi- 
tional lines are used for device metering but are not included in the table. 
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Figure 5-4 Channel/DXl 1-B Interface 



Operational-Out is normally up for an active channel. The other interface lines, in general, are significant only 
when this line is up. It is dropped only during certain reset sequences and when the channel is deactivated for 
diagnostic purposes. 

Hold-Out is used to condition Select-Out and is functionally identical to Select-Out at the channel. Select-Out, 
however, is a serial line while Hold-Out is distributed to all CUs in parallel. As such, Hold-Out is not subject to 
the propagation delays inherent in Select-Out. The fall of Hold-Out indicates the impending fall of Select-Out and 
is used to purge the select line chain of Select-Out directly, thereby eliminating the delays that would be entailed 
in propagating the trailing edge of Select-Out through the selection chain. 
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Table 5-2 
Channel/DXll-B Interface Lines 



Name 


JL UUVUU11 


Bus-Out 




Output data bus: 8 data bits + 1 parity bit. 


Bus-In 




Input data bus: 8 data bits + 1 parity bit. 


Operational-Out ~" 






Hold-Out 






Select-Out 






Suppress-Out 


) 


Selection control lines, used to select, scan, or disconnect devices. 


Operational-In 




Select-In 






Request-In 






Address-Out ^ 






Command-Out 






Service-Out 


\ 


Tag lines, used to identify data being presented on bus lines, to inter- 


Address-In 
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Select-Out is the interface select line. It is used to indicate that addressed or polled devices can respond. The 
selected device remains selected at least as long as Select-Out is up. This allows Select-Out to cause channel-forced 
burst from devices attached to SEL channels. The first CU on a 370 Channel always has it's Select-Out line asserted. 

Suppress-Out is a line used by the channel (when it cannot immediately handle an interrupt status) to temporarily 
suppress the presentation of data and status, and to signal certain reset sequences. 

Operational-In is a signal from the CU that indicates either that it recognizes the address on Bus-Out during an 
attempted ISS, and is available, or that it desires service during a polling sequence. In general, in-tag and data 
lines are significant only while Operational-In is up. 

Select-In is a signal returned to the CH by the last CU in the selection loop (Figure 5-5). The rise of Select-In at 
the channel indicates that no CU recognized the address on Bus-Out during an attempted ISS, or no device 
required service during a polling sequence. Every CU in the chain propagated Select-Out. 

Request-In is raised by a CU to indicate the need to transfer data or status. Request-In causes the CH to perform 
a polling sequence as soon as feasible. Request-In is normally dropped when the CU obtains selection, i.e., when 
it raises Operational-In. 

Address-Out is normally used to indicate the presence of a device address on Bus-Out during an attempted ISS. 
It is also used during the Interface Disconnect Sequence. 

Command-Out is normally used to indicate the presence of a command byte on Bus-Out. It is also used either as 
an "I/O Stop" or as "Stack Status" indicator. 

Service-Out is used as a data-interlock line. It indicates data on Bus-Out during output operation, and acknowl- 
edges the data on Bus-In during input operations. 

Address-In is used to indicate the presence of a device address on Bus-In during an ISS or polling sequence. 
Status-In is used to indicate the presence of status information on Bus-In. 

Service-In is the input analog of Service-Out. It indicates data on Bus-In during input operations and requests 
data on Bus-Out during output operations. 
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Figure 5-5 Channel Selection Chain 



These are the interfacing signals between the IBM Channel and the DX1 1-B Control Unit. All "Out" signals are 
generated by the channel and issued to the DX1 1, while the DX1 1 must respond to the channel by generating all 
"In" signals. The timing and relationship of these signals, one with the other, have been explained briefly. For a 
detailed discussion of their interlocking relationships, refer to Paragraph 5.4 in which the various sequences of 
operation are discussed. 

5.3.2 IBM Control Operation 

The DX1 1-B can present one of three states to the channel. These are available, busy, or not operational. The 
DX1 1 is defined as available if it can respond to a channel-initiated selection sequence (CHIS) addressed to it, 
decode the command presented by the channel, and present appropriate status to the channel. The DX1 1 is busy 
if it cannot accept the CHIS because a previous operation is still underway, or because status from a previous 
operation is available in the DX1 1 but has not yet been accepted by the channel. The DX1 1 is not operational if 
it does not respond in any way to a CHIS. This can be due to either a power down in the DX1 1, or if it is powered 
up and off-line. 

The DX1 1-B can operate with either an SEL or MPX channel. It can be attached to a Block Multiplexer Channel 
as well. The DX1 1-B can operate in one or more of several possible modes that are commonly designated as 
shared, unshared, burst, and byte by IBM. A more descriptive delineation defines these modes as single-thread 
(shared), multi-thread (unshared), and burst- 
In burst mode, once selected by an ISS, the DX1 1 will force Operational-In to remain up until Channel-End is 
presented, regardless of whether Select-Out remains up during this period or not. 

In single-thread mode, when connected to an SEL channel, the DX1 1-B operates in channel-forced burst mode and 
is operationally indistinguishable from a burst mode control unit. When connected to an MPX channel, however, 
the DX1 1 operates in either byte or burst data mode as determined by program selection. When in byte mode, 
it must deselect and reselect periodically to maintain the byte mode operation. It can service activity for only 
one attached device at a time and, therefore, is busy to selections addressed to all other devices it services from 
the time one device is selected (via an ISS) until Channel-End is presented for that device. Selections during this 
period receive the Fast CU Busy sequence described in Paragraph 5.4.1.4. 

NOTE 

The use of the term "device" in these discussions is intended 
to be synonomous with the term "360 Device Address". 
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In multi-thread mode, the DX1 1 normally operates only with an MPX channel and only in byte mode. It will 
accept a number of selections and maintain several active devices at once. While a CU Busy sequence can be exe- 
cuted, it is usually the result of a transient condition and thus the "busy" and "status modifier" status is accom- 
panied by Control-Unit-End, causing the CP to immediately retry the selection. 

The type of channel to which the DX1 1-B is to be attached is a consideration of the emulator software. The 
DX1 1-B hardware makes no distinction. 

5.3.3 Unibus Interface Operation 

The DX1 1-B services the PDP-1 1 Unibus with standard DEC modules which are, in turn, controlled by the DX1 1-B 
through simple synchronized flip-flops. The interrupt is controlled by a DONE indication and INTEN. The NPR 
is controlled by a direction flip-flop (NPRT) and by a flip-flop which the DX1 1-B turns on to request (NPRX) 
and the Unibus turns off when complete. 

The NPR and BR operation of the DX1 1-B with the PDP-1 1 Unibus is standard and will not be discussed in great 
detail here. The reader is referred to the various PDP-1 1 interface manuals for more information. 

5.3.4 PDP-1 1 Control Operation 

The function of the PDP-1 1 Control is to allow the DX1 1-B to operate as a conventional device on the Unibus. 
Since NPR and BR operations are adequately documented in the PDP-1 1 Handbook and PDP-1 1 Unibus Interface 
Manual, only their use will be defined in this paragraph. 

During selection sequences, NPRs are used in the fetching of ISS status and in all data transfer operations. The 
slave address and data direction are controlled by the synchronization section current state of the DX1 1-B. 

BR sequences are initiated to transmit command information (i.e., the command byte) and the IBM device 
address to the PDP-1 1 during the ISS and to signal exceptional conditions (e.g., reset sequences) on the IBM 
interface. 

All NPR and BR sequences are executed under control of the synchronization section. See discussion in the 
control flows discussion in Paragraph 5.4.2.3. 

During data transfer sequences, the DX1 1-B maintains a data address and data count. Data transfers are made 
continuously using NPR sequences (not back-to-back) until either the count is exhausted or the IBM interface 
indicates I/O Stop, at which time the BR facility and device status words are used to notify the PDP-1 1 of the 
completion. 

The DX1 1-B maintains information for each emulated device. There are three types of status involved: a) the 
status byte presented to the channel, b) the status (condition) of a particular device, and c) the status of the 
DX11-B. 

The DX1 1-B status is always available to the PDP-1 1 via the special register within the DX1 1-B called the DXCS 
(Control Unit Status). This register is loaded by the service routine. 

Device status is generated during an ISS and is kept in the DX1 1-B DXDS Register until stored in a circular buffer 
list in PDP-1 1 memory called the Tumble Table (TT), where it is kept for use by the program. The TT contains 
information concerning event notification. A single entry consists of DXDS (Device Status Word) and DXCA 
(Command and Address Word), also located within the DX1 1-B. The program must zero the entry after use. All 
entries are guaranteed to be nonzero. 
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The channel status is obtained from either of two tables held in PDP-1 1 core. These are a word table ( 1 6-bits 
wide) called the Status Pointer Words (SPW) and the Device Status Table (DST), a byte table 8-bits wide. A 
single SPW exists for each device on the DX1 1-B. 

5.3.5 Central Control Operation 

Most DX1 1-B hardware is designed into a matrix of time states and logic phases. Each logical operation, gating, 
or enabling condition is valid only during particular time states; i.e., if all conditions are met to perform an opera 
tion then that operation will actually take place when the appropriate time pulse occurs. 

A phase is an arbitrary but logical subdivision of the sequences which the DX1 1-B performs. Each phase has 
both a name and a number between and 7 with the name describing the main operational function or functions 
performed during that phase. The sequence of phases entered varies depending on the function or operation to 
be performed. 

A time state, on the other hand, is a fixed division of time that is generated by a free-running clock. There are 
two time states (1 and 2) and these states pertain to all phases. The DX1 1-B can process from Phase X/Time 
State 1 through Time State 2 of that same phase to Time State 1 of the next phase with no delays; but it will 
more often remain in some phase and step regularly between the two time states of that phase until the proper 
conditions are met (in Time State 2 (TS2)) to enter the next phase called for. 

The use of phase-controlled logic in the DX1 1-B simplifies the control and results in a better understanding of 
the sequences involved. Optimum subdivision also results in logic savings when a phase can be used in several 
different types of sequences. 

Drawing C-FD-DX1 l-B-04, Sheet 1 is a major phase diagram showing the transitions made by the DX1 1-B logic. 
On that drawing, the phase number is indicated in the upper right-hand corner of each functional block. 

Phase 0, the Idle or Requesting phase, is used for the following functions: 

a. Selection Bypassed 

1. Propagate Select-Out 

2. Fast CU Busy Sequence 

b. Selection Sequences 

1 . ISS in Progress 

2. Polling Sequence 

3. Status Pending 

c. Asynchronous Operations 

1 . System Reset 

2. PDP-1 1 Interrupt Granted 

d. Programmed Interactions 

1. DX11 Reset 

2. Request Made 

Phase 1 , the Address Response phase, uses the address from the BUSO (Bus-Out) flip-flops and the Offset Register 
(CUOR) to obtain the Status Pointer Word (SPW) from PDP-1 1 core. The information thus obtained is used to 
set certain control flip-flops. Control of the DX1 1-B is then transferred to Phase 2. 
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Phase 2, the Status Preparation phase, is used to prepare for status presentation or, if a CU request has been 
granted, to transfer to the appropriate phase (3, 5, or 6) from which the DX1 1-B proceeds with the request. If a 
command h is been accepted, then the Device Status Table (DST) is accessed. If the command was rejected for 
some reason (e.g., bad parity), then the DST is bypassed. During an ISS, Phase 3 is used next. If any IBM Reset 
condition is issued during Phase 2, then Phase 4 is used next. 

Phase 3 is the Status Presentation phase. The logic controlled by TS1 of this phase governs the transfer of infor- 
mation into BUSI (Bus-In) flip-flops and then onto the Bus-In lines. The logic of TS2 of this phase makes the 
appropriate responses, depending upon whether status was accepted or stacked. 

Phase 4, or Mark phase, stores the device information resulting from the I/O interface transaction into a tumble 
table of data in PDP-1 1 core. The information consists of the DXDS (two bytes of device status indicators) and 
the CUCR (command byte) plus the CUAR (address byte). 

Phase 5, the Input phase, governs the transfer of information from the channel into the DX1 1-B. It contains two 
separate logic paths which run independently. One path synchronizes NPR word transfers to the PDP-1 1 with the 
transfer of data bytes from the I/O interface. The other path controls the signals required by the channel-to-DXl 1 
interaction. 

Phase 6 is the Output phase. This phase is similar to the Input phase except that data is transferred out from the 
DX11-B to the channel. 

Phase 7 is the Done phase. It synchronizes the termination of the signal sequences and makes the appropriate 
response either to an SEL or MPX channel, depending on which is attached to the DX1 1-B. 

There are certain phase-independent operations performed by the DX1 1-B. These operations synchronize a) the 
various signals that could occur either independently of the DX1 1-B clock and/or during any phase, or b) flip-flop 
changes that must be synchronized with the DX1 1-B clock. 

5.3.6 Channel Simulator Operation 

The Channel Simulator comprises built-in diagnostic hardware which is used in conjunction with a PDP-1 1 diag- 
nostic program to test all DX1 1-B responses as seen and simulated by the channel. These are the programmable 
registers DXMO and DXMI. These are 1 6-bit writable registers to give off-line checks. This block is shown alone 
in Figure 5-3, as it normally does not function as part of the DX1 1-B but is put into operation by relocation of 
channel bus and tag cables to connectors associated with these registers. 

The feature includes a set of test receivers and drivers so that tests can be made in on-line mode to check the 
entire DX1 1-B hardware without the need for the IBM system with which it normally operates. Channel tags in 
360 sequence can be simulated by this hardware, as well as all control signals and data bits. 

In off-line mode, all logic except the 360/370 bus receivers and drivers are tested. 
5.4 SEQUENCES OF OPERATION 

As previously explained, the DX1 1-B is a static piece of hardware when divorced from its specially designed soft- 
ware. It will do very little without program intervention at almost every step of the way from start of an operation 
to the conclusion of that operation's execution. As such, the sequences of operation are of prime importance in 
understanding the functioning of the hardware. There are many different sequences depending on both the oper- 
ation to be performed and the way that the v programmer wishes to perfrom them; often times, many sequences 
occur simultaneously and independently in the IBM interface, the DX1 1-B itself, and in the PDP-1 1 interface. 
There are timing constraints imposed by both the 360/370 channel and the PDP-1 1 System; in most cases, the 
time limitations must be satisfied for all three portions of the operational system. 
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In this paragraph, the sequences with their attendant timing diagrams are divided into two main categories; 
a) those on the IBM interface, and b) those in the DX1 1-B, including the interaction with normal PDP-1 1 inter- 
change. 

5.4.1 IBM Sequences 

In dealing with the IBM channel, the DX1 1-B takes part in several sequences of operation. These involve 
a) initiation of activity either by the channel or by the DX1 1-B, b) the transfer of data either to or from the 
360/370, c) presentation of status to the channel by the DX1 1-B, and d) reset sequences from the channel to 
the DX1 1-B. 

In these subparagraphs, detailed descriptions of sequences are arranged in narrative order, in an attempt to give 
a feel for overall operation. The particulars pertain primarily to operation with an SEL channel since operation 
with an MPX channel is very similar. Following this, a subparagraph is devoted to the specific differences in the 
operation of the DX1 1-B with an MPX channel. Finally, IBM sequences are summarized as to contrasting con- 
ditions to give a complete understanding of this very important part of DX1 1-B operation. 

5.4.1.1 Selector Channel-Initiated Sequences (CHI) — In the execution of a typical Channel Command Word 
(CCW) involving data transfer such as read, write or sense, the channel, in executing a CCW, first selects the 
device, then performs the data transfer, and finally terminates the CCW by going through an ending status 
sequence. 

The sequence for selecting the device begins with the raising of Operational-Out with the 8-bit device address 
being placed on the bus by the channel, and with the channel raising Address-Out (Figure 5-6). After this, the 
channel raises Select-Out and Hold-Out (the latter not shown on the diagram). 

NOTE 

In these figures the arrows denote sequence only and are not 
intended to imply preconditions. 

At this point each CU on the bus, in turn, propagates Select-Out after comparing the device address with its range 
of device addresses and finding no comparison. This propagation continues until the CU (e.g., the DX1 1-B) that 
is being addressed recognizes the address and raises Operational-In. This prevents any further propagation of 
Select-Out to any CUs further down the bus and allows the channel to drop the information on Bus-Out, and to 
drop Address-Out. 

NOTE 

The latter part of this sequence is somewhat different from all 
other sequences since normally bus information must remain 
on the bus as long as the qualifier tag is up. 

When the channel drops Address-Out, the DX1 1-B echoes the device address on Bus-In and raises Address-In. 

NOTE 

Bus-Out (BUSO) refers to a group of 9 lines comprising 8 data 
bit lines and 1 parity bit line. 

When the device address is echoed on Bus-In by the DX1 1-B, the channel puts the op code portion of the CCW 
on Bus-Out and raises Command-Out. When Command-Out rises, the DX1 1 is permitted to drop Address-In, at 
which time it waits for Command-Out from the channel to fall. 
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Figure 5-6 Initial Selection Sequence (ISS) Selector Channel Initiated 

At this point, the DX1 1-B can accept or reject the command on the bus. If it accepts it, the DX1 1 presents a 
status byte on Bus-In and raises Status-In. 

The channel acknowledges receipt of that status by raising Service-Out which, in turn, allows the DX1 1-B to drop 
Status-In and take the status byte off of Bus-In. When the channel drops Service-Out the DX1 1-B is officially 
selected and the selection sequence is ended. The command is now stored in the DX1 1-B along with the address 
of the device commanded ("ordered" in IBM terminology), and the DX1 1 can now proceed to do what is neces- 
sary to get that device going, including interrupting the PDP-1 1 program so that the data transfers can start. 

The ensuing data transfer sequence is shown in Figure 5-7. Assuming that the command, just stored as a result of 
an ISS, was a Read command, the DX1 1-B must then put data on Bus-In. 

NOTE 

Although the convention has been established to designate 
"read" and "write" operations with respect to IBM, and com- 
parable "out" and "in" operations for PDP-11, the Bus desig- 
nations must remain IN for an IBM read and OUT for an IBM 
write. 
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Figure 5-7a Data (Read) Transfer and Ending Sequences with Selector Channel 
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With data on Bus-In, the DX1 1-B raises Service-In. The channel acknowledges the receipt of that data by raising 
Service-Out. At that time the DX1 1 drops Service-In, takes the data off of Bus-In, and the channel drops Service- 
Out. This constitutes just one cycle in a data transfer sequence with the same events repeating for each byte of 
data transferred. Notice that Operational-In remains up throughout the recurring period, as does Operational- 
Out, Hold-Out, and Select-Out. The DX1 1-B remains on the channel during this period until it has transferred all 
the data it has to transfer. If the channel runs out of storage space first, an IO-Stop sequence is initiated. This 
special sequence is discussed later. 

Assuming a normal transfer with no IO-Stop, when the DX1 1-B has transferred all its data, it ends the transfer 
sequence by entering an Ending Sequence. This is indicated to the channel by the DX1 1 presenting ending status 
instead of data on the Bus-In and then raising Status-In. If there were no errors during the transfer, that ending 
status will consist of Channel-End (CHEND) and Device-End (DEVEND). The channel accepts that status in the 
same way that it accepts data, by dropping Select-Out and raising Service-Out. The DX1 1 responds by dropping 
Status-In and Operational-In (the DX1 1 cannot drop Operational-In until Select-Out is down), and the channel 
comes back with a drop of Service-Out. This concludes the sequence, the DX1 1-B is off the channel and the tags 
are down. 

Figure 5-7b illustrates the sequence for a write in which the channel puts the data on Bus-Out. As with a Read 
command, the DX1 1 raises Service-In and waits for Service-Out to rise. The DX1 1 then strobes the data on Bus- 
Out and acknowledges receipt by dropping Service-In. This cycle repeats until the data transfer is complete. At 
this point, the DX1 1 places status on Bus-In and raises Status-In and proceeds with a normal ending sequence. 

Note again that an NPR is executed for every two 

bytes of data and to retrieve initial ISS status. A pro- , 
gram interrupt is generated at the end of the ISS, at 
the end of the complete data transfer, and at the end 
of every status cycle. 

Considering the eventuality, mentioned earlier, that 
the CH might run out of storage area because the 
size of the buffer (360) was smaller than the amount 
of PDP-1 1 data to be transferred to the CH, an addi- 
tional signal comes in to play, as shown in Figure 5-8. 
In this case, the CH, instead of acknowledging the 
receipt of the data by raising Service-Out, raises 
Command-Out instead. This indicates to the DX1 1-B 
that the CH did not accept the data that was pre- 
sented on Bus-In, and that it should not raise Service- 
In again. It also requires the DX1 1 to raise Status-In 
as its next In-Tag to end the sequence. The status is 
presented on Bus-In. Raising Status-In causes the 
channel to drop Select-Out and to raise Service-Out. 
When the DX1 1 sees this, it drops Operational-In and 
Status-In; the channel then drops Service-Out. The 
sequence is ended and the proper interrupts have 
been made along the way to the PDP-1 1 program. 

If command chaining is indicated in the CCW, the DX1 1-B is required to do nothing but wait for the next selection 
to occur immediately. This condition is indicated to the DX1 1, when ending status is presented, by the channel 
raising both Suppress-Out and Service-Out. 
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In this sequence, it may be possible that the channel cannot accept status when the DX1 1-B wishes to present it 
because it has no storage available into which to put it. In this event, the DX1 1 must be prepared to "stack" the 
status. This sequence is shown briefly in Figure 5-9, in which the DX1 1 
is on the channel with Select-Out and Operational-In both up. When the 
DX1 1-B places the status byte on Bus-In and raises Status-In, the chan- 
nel immediately raises Command-Out and drops Select-Out. This indi- 
cates to the DX1 1 that it must get off the channel by dropping Status-In, 
by taking the status off of Bus-In, and by dropping Operational-In. The 
channel then drops Command-Out and the sequence ends with the 
DX1 1-B not having presented status for the transfer completed. 

The above conditions represent unfinished business for the DX1 1-B. It 
has the status it needs to present, and, in order to present it, the DX1 1-B 
must get back on the channel. If the DX1 1 at this time were to arbitrar- 
ily raise Status-In again, the channel would have no way of knowing the 
source. The sequence for finishing this condition is explained in Para- 
graph 5.4.1.2 in which a Control Unit Initiated Sequence (CUIS) is 
described. 
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Figure 5-9 
Stack Status Sequence 



In the sequences just discussed, where no data transfer results as part 
of the ISS, status is generated as a function of the command received 
unless status was already pending for that device. If no status was 

pending but parity on the command was bad, then Unit Check (UCHECK) is presented to reject the command. 
The command is also rejected if the addressed device is off-line or if the command is illegal for the particular 
device. 



When the DX1 1-B is not operational because it is either powered-down or is powered-up and in off-line state, 
Select-Out is propagated automatically: all in-tag, in-control and bus-in functions are logically disconnected from 
the channel interface. An attempt by the channel to address the DX1 1-B in this instance will cause Select-In to 
rise (eventually) back at the channel (and via the channel to the CP program), indicating that the DX1 1 is logically 
not on the interface. 



5.4.1.2 Control Unit Initiated Sequences (CUI) — The DX1 1-B initiates selection sequences to transfer data to, 
request data from, or transfer status to the channel; the latter being the purpose carried over from the previous 
paragraph as just one example. A status transfer can arise because emulator status has just become available, or 
because a previous status transfer was stacked by the channel, as is the case in this running description. On an 
SEL channel, only status is actually transferred by a CUI selection sequence. On an MPX channel, the transfer 
can consist of one or more data bytes and/or status bytes. 

As shown in Figure 5-10, the DX1 1-B raises Request-In to execute a CUI. This is a parallel line that indicates to 
the channel that some CU on the bus desires to use the channel. The channel, when it is free, responds by raising 
Select-Out (and Hold-Out). Select-Out is propagated in the same manner that it was by CHIS, but this time the 
DX1 1-B does not do an address compare. The receipt of Select-Out is all that is necessary for it to raise 
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Operational-In. Now that Operational-In is raised, the DX1 1 can drop Request-In and at this point it puts its 
address on Bus-In to identify itself to the channel. When the channel decodes the address, it acknowledges by 
dropping Select-Out and raising Command-Out. 

NOTE 

This is a special use of Command-Out. There is no command 
on the bus. In this instance it is used as part of the dialogue 
to acknowledge receipt of the initiating address, i.e., that a 
polling sequence has been completed. 



When the DX1 1-B sees acknowledgment of its address, 
it drops Address-In and takes its address off of Bus-In. 
Since the channel will have dropped Command-Out, 
and Operational-In is up, the DX1 1-B is now on the 
channel and the sequence is complete. 

Continuing with the example started in the previous 
paragraph, now that the DX1 1 is back on the chan- 
nel, it can attempt to present status once again. There 
is no guarantee that the channel will accept it, particu- 
larly if it still has no room. Since there is no harm in 
trying, the DX1 1-B proceeds as it did before to present 
status by putting the status byte on Bus-In and raising 
Status-In. Assuming that the channel accepts the status 
this time, it raises Service-Out instead of Command- 
Out, the DX1 1 drops Operational-In, and the sequence 
terminates normally. 

5.4.1.3 Reset Sequences — There are three reset se- 
quences initiated by the channel to the DX1 1-B. They 
are: a) System Reset, b) Selective Reset, and c) Inter- 
face Disconnect. 

An interface disconnect is an asynchronous event that 
can occur at any time as a result of the 360 program 
executing an HIO instruction. An HIO can occur under 
three possible conditions: a) when the device is idle, so 
consequently the DX1 1-B is off the channel and 
Operational-In is down; b) when the DX1 1-B is on the 
channel but is currently between sequences with 
Operational-In and Select-Out both up, but all other 
tags are down; or c) during a data transfer with Select- 
Out and Operational-In both up and Service-In is raised. 
A Halt-IO (HIO) is defined as a static condition in which 
Select-Out=0 and Address-Out=l. 

The sequence for case a is shown in Figure 5-11. The 
DX1 1-B is off the channel presently idle. When the pro- 
gram issues an HIO, the channel must first select the 
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Figure 5-10 CUI Sequence to Selector Channel 
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Figure 5-1 1 Interface Disconnect Sequence 
to CU Idle off the Channel 
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DX1 1 in order to tell it to deselect. This is done by putting the DX1 1 address on Bus-Out, then raising Address- 
Out and Select-Out. Select-Out is propagated until seen and recognized by the DX1 1-B. At that point, the DX1 1 
raises Operational-In which drops Address-Out. Then the DX1 1 puts its address on Bus-In and raises Address-In, 
which causes Select-Out to fall and Address-Out to rise. With the conditions for interface disconnect now met, 
the DX1 1-B has 6 /is to take everything off the bus and drop Opera tional-In. This 6 lis limitation to get off the 
bus is extremely important in dealing with the 360/370, particularly when operating with an MPX channel, which 
will hang if the time limit is not met and will, in turn, hang the whole system. The DX1 1-B is equipped with com- 
plex logic to ensure that the 6 /is limit is met. 

The sequence for case b is shown in Figure 5-12. The DX1 1-B is on the channel presently idle, as it would be 
between bytes of a data transfer, or if it had just been selected and had not begun transferring data as yet, or if 
all the data had been transferred and it was presently generat- 
ing status that had not as yet been presented. Both Select-Out 

INFDSC 

and Operational-In are up when the program issues an HIO. 
The channel drops Select-Out at this point, which causes the 

SEL 

DX1 1 to do nothing, then raises Address-Out. This is the inter- 
face disconnect combination. The DX1 1-B then drops 

Operational-In and Address-Out drops. This concludes the ADF 
sequence and the 6 jus condition prevails as before. 



The sequence for case c is shown in Figure 5-13. The DX1 1-B 
is on the channel performing a data transfer when the program 
issues an HIO. Operational-In and Select-Out are both up, and 
the DX1 1 raises Service-In. Instead of responding with Service- 
Out or Command-Out, the channel drops Select-Out and raises 
Address-Out, creating the conditions for an interface discon- 
nect. Seeing this, the DX1 1-B drops both Service-In and 
Operational-In and the sequence is complete. 

Note that in these cases, once again IBM uses a tag for a pur- 
pose other than what its mnemonic would indicate. As with 
Command-Out in the CUI sequence, Address-Out is used 
here, with no address on the bus, to combine with Select- 
Out in creating an interface disconnect. 

In summary, on an interface disconnect from the channel, 
the DX1 1-B removes all signals to the 360/370 bus. The 
DX1 1 notifies the emulator of the condition; subsequent 
DX1 1 actions are a function of the emulator. 

Selective Reset is indicated when Operational-In is down 
and Suppress-Out is up when the DX1 1-B is concurrently 
operational with the channel. When these conditions exist, 
the DX1 1 drops all in -tags and notifies the emulator of the 
condition. Selective Reset affects only the currently active 
device. 

System Reset is indicated when Operational-Out and 
Suppress-Out are both down concurrently. The emulator is 
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Figure 5-1 2 Interface Disconnect Sequence 
to CU Idle on the Channel 
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Figure 5-13 Interface Disconnect Sequence 
to CU Active on the Channel 
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notified of the condition. The emulator clears all indicators and registers in the IBM Control Section, except the 
CU Busy indicator, which is set. The DX1 1 must drop all in-tags when system reset is indicated. Subsequent 
DX1 1 actions are a function of the emulator. 

5.4.1.4 Multiplexer Channel Differences — Figures 5-14 through 5-16 illustrate the normal sequences when the 
DX1 1-B is attached to an MPX channel. Comparison of these diagrams with those for an SEL channel will show 
the similarities in the sequences. The principle difference is that Select-Out does not remain up during the 
sequence. On the SEL channel it is the fact that Select-Out remains up that forces channel forced burst mode. 
On that type of channel, Operational-In must remain up while Select-Out is up. 
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Figure 5-14 ISS, Multiplexer Channel Initiated 



During an ISS on an MPX channel, Select-Out is allowed to fall shortly after Operational-In rises and after 
Address-In rises. After an ISS is completed, the DX1 1 drops Operational-In (unless forcing burst mode) because 
selection has already taken place, the command is known, and the device address has been identified. When that 
device has data to transfer (Figure 5-15), a CUIS is executed to get back on the channel. Once back, the DX1 1 
has Operational-In up again and can raise Service-In, as required, to transfer the data. When the data is transferred, 
the DX1 1 drops Operational-In. 

When the DX1 1 has more data to transfer, it goes through another CUIS. When a data transfer is finally complete, 
another CUIS must be executed in order to present status (on another page) (Figure 5-16). 
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Figure 5-1 5 GUIS and Data Transfer, Multiplexer Channel 
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Figure 5-16 CUIS and Status Transfer, Multiplexer Channel 
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The reason for getting on and off in this fashion is to allow interleaving of data from different devices on the 
MPX channel. This allows several relatively slow devices to be run simultaneously, each transferring a little data 
when they have it ready without holding up any other device on the channel. 

There is special logic in the DX1 1-B to deal with a situation on 
an MPX channel (shared CU) when the channel tries to select a 
device when that CU is busy servicing another device. Because 
the CU is shared, it can only service the first device, but must 
respond to the selection for the second. This response is called 
a Fast CU Busy sequence. 

Figure 5-1 7 illustrates this sequence. The selection starts nor- 
mally since the CU is off the channel, but the difference here 
is that the CU is busy and is in between sequences on the chan- 
nel for the device it is servicing. 

The channel begins by placing an address for the second device 
on Bus-Out and raising both Address-Out and Select-Out. The 
DX1 1 recognizes that the address is within its range of addresses, 
so it cannot propagate Select-Out. If it were not busy it would 
raise Operational-In, but it cannot accept this selection sequence 
so it places a special status on Bus-In (Status Modifier + Busy 
and optionally CUEND) and raises Status-In. This indicates 
to the channel that the DX1 1 has recognized its address selec- 
tion but cannot accept it at this time. The channel then drops 
its tags to abort the selection and the DX1 1 responds by drop- 
ping its tags. This completes the sequence. 

NOTE 

The status CUEND is not presented for 2848 emulation, but 
some other emulators will present it along with the other 
status. 

5.4.1.5 IBM Sequence Summary — There are two types of selection sequences: Channel Initiated (CHI), and 
Control Unit Initiated (CUI). On a CHI, when Address-Out rises, the DX1 1 decodes the address being presented 
on Bus-Out, including parity, then waits for Select-Out. When Select-Out rises, the DX1 1 response is a function 
of the address and parity on Bus-Out, as well as the busy state of the DX1 1. If the DX1 1 does not recognize the 
address, or if the parity is incorrect, the DX1 1 propagates Select-Out. It will continue to do this until the incom- 
ing Select-Out falls. If the DX1 1 does recognize the address and if the parity is correct, the DX1 1 blocks propa- 
gation of Select-Out and raises Operational-In or Status-In. It then waits for Address-Out to fall. 

Status-In is raised if the DX1 1 is operating in Single-Thread mode and a previous selection is still active for 
another device address. Busy and Status-Modifier are placed on the bus as status. When Address-Out falls, Status- 
In is dropped, ending the sequence. Operational-In is raised if the DX1 1 can accept the selection or if the device 
addressed has status pending. 

When Address-Out falls, the DX1 1 gates the recognized address on to Bus-In and raises Address-In. When 
Command-Out rises in response to Address-In, the DX1 1 decodes the command being presented on Bus-Out, in- 
cluding parity. When the DX1 1 no longer requires the data on Bus-Out, it drops Address-In, removes the address 
from Bus-In and waits for Command-Out to fall. 




+ 
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+ 

(CUEND) 
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Figure 5-17 Fast CU Busy Sequence, 
Multiplexer Channel 
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When Command-Out falls, and the DX1 1 is ready to present initial status, it gates the status byte to Bus-In and 
raises Status-In. Status is generated as a function of the command received unless status was already pending for 
that device. If no status was pending but parity on the command was bad, then Unit-Check is presented to reject 
the command. The command is also rejected if the addressed device is off-line or if the command is illegal for 
that particular device. 

The channel accepts the presented status by raising Service-Out. Alternatively, the channel can stack the status 
(for presentation by the DX1 1 at a later time) by raising Command-Out. In either case, the DX1 1 removes the 
status data from Bus-In, drops Status-In, and waits for the out-tag to fall. 

When the DX1 1 is not operational because it is powered-down or if it is powered-up and in the off-line state, 
Select-Out is propagated automatically. All in-tag, in-control, and bus-in functions are logically disconnected 
from the channel interface. 

During a CUI, the DX1 1 raises Request-In at the interface unless it is already connected (Operational-In is up). 
When the channel initiates a polling sequence by raising Select-Out while Address-Out is down, the rise of Select- 
Out at the DX1 1 will cause the DX1 1 to raise Operational-In and drop Request-In. The DX1 1 gates the address 
to Bus-In, raises Address-In, and waits for Command-Out. The rise of Command-Out signals the acceptance of 
the address, the DX1 1 removes the data from Bus-In and drops Address-In, then waits for Command-Out to fall. 
The DX1 1-B response to this depends on the type of transfer. For data output to the channel, the DX1 1 gates 
the data byte to Bus-In. For data input or output, DX1 1 raises Service-In. For status, the DX1 1 gates the status 
byte to Bus-In and raises Status-In. In all cases, the DX1 1 then waits for an out-tag to rise. 

If the channel raises Service-Out, the DX1 1 response depends on the transfer type. For input to the channel, it 
removes the data from Bus-In and drops Service-In. For output from the channel, it transfers the data on Bus- 
Out to the device, then drops Service-In. For status transfers, the DX1 1 removes the status from Bus-In and 
drops Status-In before initiating another action. In all cases, the DX1 1 waits for Service-Out to drop. Unless 
Control Unit Forced Burst mode is in effect, the DX1 1 will drop Operational-In after the rise of Service-Out, if 
the DX1 1 was transferring a single byte. 

If the channel raises Command-Out, the DX1 1 response once again depends on the type of transfer. For input to 
the channel, response is as for Service-Out, except that no further data transfers are requested. Status may or may 
not be presented at this time, depending on whether or not Burst mode is in effect and whether status is available 
from the emulator. For output, a termination indication is transferred to the emulator, the data on Bus-Out is 0, 
but parity is not significant. No further data transfers are requested. For status, if the DX1 1 is operating in 
single-thread mode, the DX1 1 places the status in the stacked state and prepares for a new CUIS under control of 
Suppress-Out. If in multi-thread mode, the emulator must recognize the stacked condition and attempt to 
re-present the status at a convenient time. 

After status presentation, the DX1 1 drops the in-tag and waits for Command-Out to fall. The DX1 1 also drops 
Operational-In and, if status has been stacked, the DX1 1 can raise Request-In to prepare for a new CUIS. 

Data transfers can be caused by the execution of any one command but will occur in only one direction across 
the interface determined by the emulator at the time it initializes for the first byte transfer. Each device then 
retains that direction until Channel-End has been presented. Read-type commands, including Sense, send data to 
the channel; while Write commands, including some control commands, input data from the channel. 

Upon a read command, the DX1 1 gates the data to Bus-In and raises Service-In, waiting then for Service-Out to 
rise. When it does, the DX1 1 drops Service-In and removes the data from Bus-In, waiting then for Service-Out to 
fall. 
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For a Write command, the DX1 1 raises Service-In and waits for Service-Out to rise. When it does, the DX1 1 
strobes the data on Bus-Out. When data is no longer needed, the DX1 1 drops Service-In and waits for Service-Out 
to fall. 

For both Read and Write commands, Service-Out must be down and Operational-In must be up before Service-In 
can rise. The data on Bus-In is loaded 200 ns before the rise of Status-In or Service-In. 

The distribution of data cycles relative to other signal sequences is a function of the data transfer mode, either 
"burst" or "byte". In CH Forced Burst mode, Select-Out remains up from the ISS through the presentation of 
Channel-End. Operational-In remains up until Select-Out falls. Thus, the data cycles are all contiguous and are 
bracketed by ISS and ES. 

Normally, CU forced burst means that Operational-In is held up from the ISS through the presentation of 
Channel-End. Use of burst mode on the MPX channel must be explicitly requested by the emulator before the 
CH initiates the associated selection sequence. 

The data sequence can be terminated by either the channel or the DX1 1-B. The channel terminates a data 
sequence by raising Command-Out instead of Service-Out during a data cycle. During input, the data on Bus-In is 
ignored. During output, no data is presented on Bus-Out. The DX1 1 indicates the termination condition to the 
emulator. 

The DX1 1, at the request of the emulator, terminates the operation with the channel by gating status to Bus-In 
and raising Status-In. Channel-End is presented at this time along with any other status conditions, including 
Device-End if it is available. If Device-End is not presented, a separate status cycle is required to present Device- 
End when it does become available. 

The channel can attempt to suppress data cycles by raising Suppress-Out while Service-Out is up in response to 
Service-In. When this occurs, the DX1 1 will not raise Service-In again (except for the first byte after a CUIS) 
until Suppress-Out falls. If, however, the device requests a termination at this time, Status-In can be raised, 
regardless of the condition of Suppress-Out. 

A status cycle can begin only when Operational-In is up and all out-tags are down. The DX1 1 places the status on 
Bus-In, raises Status-In, and waits for an out-tag to rise. For a normal status cycle, the channel raises Service-Out 
when the status has been read. The DX1 1 drops Status-In and waits for Service-Out to fall. If the channel raises 
Command-Out in response to Status-In, the DX1 1 enters the Stacked Status condition. 

The occurrence of status cycles relative to other signal sequences is a function of the availability and type of 
status involved. However, between the time that the DX1 1 has been selected and the time that either Device-End 
or some other status that precludes presentation of Device-End has been accepted by the channel, the DX1 1 is 
in the "working" condition. The DX1 1 will execute as many status cycles as are required to clear "working". At 
most, this consists of three cycles, as for the typical I/O operation having the following cycles: 

a. An ISS 0-status cycle (pre-I/O status, part of the ISS) 

b. An ES Channel-End cycle 

c. An ES Device-End cycle 

If the channel indicates Stack-Status, the DX1 1-B retains the status and will attempt to present it again by a 
CUIS. This status indication is retained by the DX1 1 for the device in question until subsequently accepted by 
the channel. 

If the channel raises Suppress-Out before raising Select-Out in response to Request-In, it is requesting the DX1 1 
to suppress status. If Request-In is up to request a data transfer, or the transfer of status that has not been 
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stacked, the DX1 1 will proceed with the CUIS regardless of Suppress-Out. However, if the status has been 
stacked, the DX1 1 will respond to Suppress-Status by dropping Request-In. It will not raise Request-In again for 
the stacked status until Suppress-Out falls. 

Command chaining is indicated when the channel raises Suppress-Out before raising Service-Out in response to 
Status-In. The command-chaining indication for the affected device is retained until the device is again selected 
by the channel. If command chaining is indicated in response to Channel-End (Device-End not yet available), 
the DX1 1 must present Device-End for the affected device before any pending Device-End indications for other 
devices unless, in the interim, the DX1 1 is addressed again for another device. 

Most status is emulator-provided, either from preset tables (for ISS status) or from status transmitted directly by 
the emulator (for ending status). However, under certain circumstances, the DX1 1 itself can affect status and 
sense data. These circumstances involve malfunctions or exceptional conditions to which all control units respond 
identically. One of these conditions is incorrect parity on Bus-Out during Command-Out. The DX1 1 will present 
Unit Check alone during ISS status presentation. During the subsequent Sense operation, the emulator presents 
Bus-Out-Check. Another condition occurs during Control Unit Busy sequences, when the DX1 1 will present 
Busy and Status-Modifier in response to the selection attempt. Control Unit End can be presented if enabled by 
the device. 

If the channel attempts to address a nonexistent device, within the range of device numbers assigned to the DX1 1, 
another example is illustrated as the DX1 1 responds with Unit Check alone during ISS status presentation. During 
the subsequent Sense operation, the emulator will present Intervention-Required. 

If the DX1 1 attempts to address nonexistent memory, the DX1 1 responds with Unit Check alone during ISS 
status presentation and indicates NXM on its indicator panel. During the subsequent Sense operation, the emu- 
lator will present Equipment-Check. 

NOTE 

Appendix CI explains the concepts and symbology used 
in the DBX11-B flow diagrams. 

5.4.2 DX11-B Sequences 

The DX1 1-B sequences are described in Drawing D-FD-DX1 1 -B-04, Sheets 1 through 9. The symbology used is 
unique to this equipment and requires some explanation. The technique used in these flow diagrams is such that 
a complete understanding of the entire operation of the DX1 1-B can be gained by following through the sequences. 
Termed "Design Flows", the DX1 1 was designed directly from these flows. Because of their completeness, the 
sequence discussions that follow will constitute the bulk of operational discussions. No gate-by-gate discussions 
are necessary in this manual. 

In this paragraph, the basic data paths are first discussed. This is followed by an explanation of the conventions 
used in the flows and a detailed discussion of the design flows. 

5.4.2.1 Register Organization — Sheet 9 of Drawing 04 contains the DX1 1-B data paths. The registers on Sheet 9 
are shown in detail on Sheet 8. Refer to that sheet for an explanation of the programmable registers, their 
mnemonics, and uses. The conventions used on this diagram are explained in a legend at the bottom of the page. 
Note that as part of this legend the symbol for data gate number is given as an arrow intersected by a dotted line 
and a number. These numbers refer to a list of signals on the right-hand side of the page. They appear in the 
block schematics and on the control flows. 

The significance of the mnemonics assigned may not always be obvious, but they do follow a loose convention. 
Gate 1 , for example, pertains to the signal ARSO. For the most part, these signals were derived by dropping the 
prefix from a register (either CU or DX) and combining the last two letters of both registers (or signals) involved 
in that transaction. The mnemonic ARSO means the Control Unit Address Register (CU AR) gets the contents of 
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Bus-Out (BUSY)). The mnemonic BAAR means the DX1 1 Bus Address Register (DXBA) gets the shifted contents 
of the Control Unit Address Register (CUAR). There are exceptions as with the signal for gate number 4 (BIAR), 
which means that J5us-/n gets the contents of CUAR. When confusion arises as to the meaning of a mnemonic, 
refer to Appendix A of this manual, which contains a glossary of signals used in the DX1 1-B. 

Note that the drawing is divided into three vertical areas segregating the registers and data paths associated with 
IBM Control, Central Control, and PDP-1 1 Control. Along the top edge of this sheet are four ellipses which repre- 
sent external connections to the IBM channel and DX1 1-B Channel Simulator. The left-hand plug receives the 
lines that come from the IBM Channel; this is termed the Bus-Out plug. The Select-Out line of this plug can be 
connected to a hardware element (shown in a small ellipse which bypasses the Select-Out signal) either when off- 
line to the channel, or when the PDP-1 1 is powered down. The signals from the Bus-Out plug also go to the 
Bus-Out receivers. After the signals have been amplified by the receivers, the clock out signal is sent to the CLKO 
location contained in DXMI. The other signals from the receivers are gated by whether or not the DX1 1 is on-line. 

If the DX1 1 is on-line, these signals are presented to the inputs of the CONO flip-flops. These flip-flops are 
clocked at either Tl or T2. Note that the Select-In tag, which is held in CONI, is cleared if either Hold-Out or 
Select-Out fall. The plug data is not clocked into flip-flops but is presented continually as BUSO to both a parity 
check and to a comparison circuit. The parity check circuit produces a signal called parity okay (PAROK) which, 
when a 1 , indicates that the proper parity has been seen on Bus-Out. If the BUSO lines contain an address, gate 
number 1 will be activated by the control flow logic, thereby copying the contents of BUSO into the CUAR. 

All of the data paths indicated on this diagram are activated by the logic control flows discussed later in 
Paragraph 5.4.2.3. 

Gates 1 through 4 are involved in Address Response. Gate number 1 (ASRO) is hit when an address is being 
copied from the BUSO as the CUAR gets the contents of BUSO. Gate number 2 (BAAR) is used to read the 
shifted contents of the CUAR into the DXBA in preparation for a fetch of the status pointer word (SPW). At the 
same time that gate 2 is activated, gate 3 (BAOR) is used to bring in the contents of the Control Unit Offset 
Register (CUOR). Gate number 4 (BIAR), shown at the upper middle of the page, is used to read the contents 
of the CUAR and place it on the BUSI lines for presentation to the Bus-In plug. 

Gates 5 through 9 are involved in Status Preparation. After the SPW has been fetched, gate number 5 (BANDSO) 
is used to read the pointer part of the SPW from the DXND to the left half of the DXBA. At the same time, 
gates 6 and 7 are used to copy the command (which is now in the BUSO line) into both the CUCR and the right 
half of the DXBA. 

Gate 8 (SRNDH) or 9a (SRNDL), which is to the right under CUSR, is used to copy the status byte that is sub- 
sequently fetched from the DST into the CUSR. Actually, either gate 8 or gate 9 (SIG3) is used for this purpose; 
they are mutually exclusive. 

Gates 9 through 15 are used for Status Presentation. Gate 9 (SIG3) can be used to read the status half of the 
DXND when it contains the contents of a DST. Status bits that come from the SPW and are presented to BUSI 
are available for the program to read via CUSR. All bits that are (or were) presented to Bus-In are available to the 
program by reading BUSI. Gate 10 (BISR), located under BUSI, is used to strobe the contents of the status 
register into the BUSI flip-flops from which it is represented to the Bus-In plug if on-line and enabled. 

Gate 1 1 (SIG8) is used along with gate 12 (also SIG8) to read the contents of both the CUCR and the CUAR (the 
DXCA) into the DXND in preparation for the first tumble table entry. The second tumble table entry, namely 
the DXDS, is gated to the DXND through gates 14 (SIG7) and 1 5 (also SIG7). Gate 13 (BANX) is used to gate 
the shifted contents of the TTNDX into the DXZL4 to advance the tumble table address. It is shifted left one 
position because A00 on the PDP-1 1 Unibus is not used for an address bit but is rather a byte pointer. On the 
DX1 1-B interface, this bit is permanently grounded to force this bit to always be 0. 
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Gates 16 through 23 are used for Data Transfer. Gate numbers 16 (CRS02) and 17 (SRSO) are used to gate the 
second and first bytes of the data into CUCR and CUSR, respectively. Their contents are transmitted to the 
DXND by gates 18 (NDCRSR) and 19 (also NDCRSR). Note that gate 18 is identical in function to gate 1 1 
though used for different kinds of information. 

The contents of the DXND, on the other hand, are transmitted to the CUCR and CUSR during a PDP-1 1 output 
transmission by means of gates 22 (CRSRND) and 23 (also CRSRND). Gates 20 (SISR) and 21 (SICR) enable 
that same data, byte by byte, to the BUSI. 

Note that BUSO is continually gated to both the parity check and the address comparison. BUSO also goes to 
gates 7, 16, 1, 17 and 6. The BUSO data can also be read by means of a PDP-1 1 programmed read. This is indi- 
cated by the dark arrow coming out of the BUSO register. 

5.4.2.2 Flow Diagram Conventions — Referring to Sheet 1 of this set, a "Flow Diagram Legend" is given con- 
taining the various symbols used in the flows. For example, a condition followed by a curved line to which a 
right arrow is appended, implies that the condition (or conditions) contained to the left of the curved line will 
produce the action to the right of the vertical line to which the arrow points. A condition may be a Boolean 
expression containing logical AND, logical OR, the state of the flip-flops, and/or the condition of the signals. 
The AND is symbolized by a dot and is given higher precedence than a logical OR operation, which is symbolized 
by a + sign. Thus, when the OR of two conditions is itself to be ANDed with other conditions, the entire OR 
expression is enclosed in parentheses. 

An action or result can be one of four things: 

a. A signal level signified by an equals sign. 

b. A flip-flop transitioned to a particular state indicated by a left arrow meaning the function "gets". 

c. A gating operation in which one byte or a two byte register is given the contents of another byte or 
register represented by a double left arrow. 

d. A reset operation in which one byte or register is cleared, shown as a double left arrow followed by a 
0. 

Certain signals that can change in a completely asynchronous fashion (e.g., the on-line enable switch) or that can 
be slightly out of phase with other signal transitions are enclosed in brackets. 

When a condition is used as an enabling condition, there are three ways in which it can be portrayed. The first 
two have the same meaning: 

a. Vertical line and condition and right arrow starts off an additional line of logic (sometimes used to 
indicate parallel sequences splitting off or simply to show additional enabling conditions to perform 
some action). 

b. Right arrow and condition in parentheses and another right arrow used when a single condition is 
necessary to continue and usually when a symmetric split is made in the flow. 

c. An enabling path broken by a double squiggly line. This means that if the line above the break was 
enabled, control will eventually get to this point. To proceed, however, the condition to the left of the 
right arrow below the break must be met. This is the full, necessary condition for proceeding. This 
provides the method of consolidating signal sequences. The break implies that there could be a wait 
until the condition is met. A number appearing in this break indicates approximately how many time 
state cycles will be made before the condition is satisfied. A between the break lines means that the 
condition is normally met immediately. 
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When a logic line terminates at a circle with a letter within it, a page connector is indicated. This is for informa- 
tional purposes and serves no logical function. The matching circle will be found at the top of another logic path, 
either on the same page or another. Occasionally two page connectors will be found connected to a single logic 
line. This indicates that either or both paths may have become enabled. 

Beneath each reference to a page connector is a short descriptive- comment, in parentheses, on the reason for the 
reference. Similar comments at the top of a page describe categories of the logic paths that follow. 

A downward pointing triangle indicates that a phase transition will be made. All phase transitions are made by 
changing the appropriate bits in the phase control flip-flop when TP2 appears, and when the conditions required 
during TS2 have been met. When the phase transition occurs, only the conditions in the new phase will be enabled 
and the conditions in the old phase will be disabled completely. 

When a logic path has been enabled, many times a signal name is assigned to that line and printed vertically along 
the logic path. These signals include phase and time state conditions. 

Certain synchronization operations are phase independent; they are also shown on Sheet 1 . For example, 
examining the seventh action in the center list titled SYNCHRONIZATION OPERATION, when both IBM signals, 
HLDOUT and SELOUT, equal 1 , then the flip-flop SELO will get a 1 . All phase independent actions are 
accomplished by either TP1 or TP2. This sheet also shows various special signals that are generated. These signals 
contain no phase or time state information. This is also an index of the major phase interactions, with the sheet 
number on which that phase can be found. These are shown as part of the diagram at the right-top titled MAJOR 
PHASE DIAGRAM AND INDEX. 

Program interventions that trigger special responses are emphasized by a pointing hand symbol. 

Each gate has a footnote number to correlate it with the logic signal name used internally to perform the opera- 
tion. These number-name pairs appear at the right or bottom and are the same as used in the control flows and 
the data paths. 

5.4.2.3 Design Flows — This paragraph refers to Sheets 2 through 7 of Drawing 04. These pages are arranged in 
phases of the DX1 1-B, with each page divided into two sectors (top and bottom) representing the two possible 
time states (TS 1 and TS2) of each phase. As described earlier, a sequence will proceed through the phases but 
not necessarily in order. In some instances, the sequence will repeat an earlier phase as with Phase 2 during which 
status is prepared. Depending upon whether the command from the channel is odd or even, the sequence will 
proceed from Phase 2 to either Phase 5 for input (360 write), or Phase 6 for output (360 read). The phases, as 
shown on the Major Phase Diagram and Index on Sheet 1 are: 

a. Phase 0, Idle or Requesting 

b. Phase 1 , Address Response 

c. Phase 2, Status Preparation 

d. Phase 3, Status Presentation 

e. Phase 4, Mark 

f. Phase 5, Input 

g. Phase 6, Output, and 

h. Phase 7, Done. 

As Drawing 04 indicates, there are many combinations of phase rotation depending upon the function being per- 
formed. Note that Phase 4, the Mark phase, is automatically entered when any recordable event takes place. 
Upon entering this phase, the DX1 1-B performs two NPRs to enter the activity in the tumble table. All four 
reset functions also require the DX1 1 to go to Mark before returning to the Idle state. 
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a. Phase — Idle or Requesting 



Referring to Sheet 1 of Drawing 04, in Phase 0, the DX1 1-B is either idle with nothing to do, or it is doing one of 
four main tasks: Selection Bypass, Selection Sequences, Asynchronous Operations, and/or Program Interactions. 
Neither of the first two can become active unless Operational-Out is high, Select-Out is high, Select-In is low, and 
Status-In is low. The Select-In low signal implies that the Select-Out signal is not being propagated. The Status-In 
low means that the DX1 1 is not presently presenting status by means of the Fast CU Busy sequence. 

Assuming that Request-In is down, and either Address-Out is or the DX1 1 does not match the control unit 
address, i.e., ADRECC=0, then the DX1 1 will follow the left-most branch on this diagram and Select-In will be 
enabled to be set when the clock ticks at the end of TS1. This will cause Select-Out to be propagated to the next 
CU on the bus. 

If the address on Bus-Out is recognized (ADRECC=1), but the DX1 1 is busy with another device (CUBSY=1), the 
DX1 1 follows the Fast CU Busy line which terminates in page connector L2. When the clock ticks at the end of 
TS1, the signal FASTCU will perform all of the operations which are listed beside it, namely, ISSREJ will be set 
to 1 , BYPAS gets a 1 , and the BUSI flip-flops will be loaded with the appropriate status bits. 

In TS2 of line L2, the "necessary and sufficient conditions" to set Status-In are that B YPAS= 1 (it is), SELO=l 
(it is), and that SYNC=0 (which is true because the selection sequences have been bypassed). Therefore, Status-In 
is set to a 1 at TP2. 

Notice that Select-Out=0 is a requirement for clearing Status-In and nothing further will be enabled during TS2. 
Therefore, the clock continues to tick through TS1 and TS2, but nothing happens until the Select-Out line is 
strobed to the state at TS 1 , or TS2, or if a System-Reset is issued by the channel. The latter condition is 
illustrated as the left of two asynchronous operations in the center of the page. When the Select-Out line is 
strobed to 0, this will now enable the clearing of Status-In and the transition of BYPAS to 0. At this time, the 
DX1 1-B is once again idle. 

Assuming that ADRECC matches on an initial selection sequence, and that the DX1 1 is not busy (CUBSY=0), 
the first thing done is to set LOCKO and SYNC to Is by signal SIG1 . If either ADRECD or BSYEN are false, the 
FCTN bits are cleared (so that ESEND will not be set in Phase 3). 

This occurs at TS1. Note that LOCKO set to a 1 from now on prevents the programmed interactions that termi- 
nate in nodes L4 and L5. This additional synchronization is required to protect a 200 ns window against the pro- 
gram initialization of a control unit function at the same time as we have begun or are about to begin acceptance 
of a channel initiated function. Lock out will not appear in the remaining phases, but is should be remembered 
that as long as LOCKO is a 1, the first five programmable registers of the DX1 1-B cannot be changed by the 
program. 

Setting SYNC to a 1 prevents either asynchronous operation from being enabled during TS2. This is needed so 
that a phase change does not occur and/or so that LOCKO will not be cleared even if DONE were just cleared or 
SYSRSTjust set. 

If the DX1 1-B is in "single-thread" mode (BSYEN=1), then any pending status must be relieved by this ISS. If a 
pending status condition is recognized (SIG1B=1), BYPAS is set to bypass the SPW and DST fetches. The BALF 
flip-flop is used to remember the state of SIG1B for use in Phase 3. 

Continuing down the middle of the page in TS2, both the channel-initiated sequence and the polling sequence 
merge briefly but set the CHIS flip-flop to the contents of Address-Out (1 or 0). As shown on Sheet 8 of Drawing 
04, CHIS is set if Address-Out is a 1. This is considered a channel-initiated sequence. On the other hand, if 
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Address-Out were and the DX1 1 were responding, then it would be a response to polling and that would be a 
control unit initiated sequence and one of bits 6 (ESEND), 5 (CHDEND), or 4 (CUDEND) of the DXDS would 
be set. 

The DX1 1 also sets Operational-In and clears Request-In. At this time the 5 sec timeout (DXTO) is started since 
Operation al-In sets at this time. If BSYEN is set, CUBSY is also set; and SYNC is cleared in preparation for a 
phase change (this happens on every phase change). If BYPAS were still 0, this would be the normal sequence of 
events and the contents of the Bus-Out register would be gated to become the new contents of the control unit 
address register (CUAR) ; and a change to Phase 1 would also be enabled. When the clock ticks at the end of TS2 
these operations are performed and control is switched to Phase 1 , page connector M on sheet three. On the other 
hand, if BYPAS were 1 , then the CUAR address is placed on BUSI to identify the device to the channel as the 
DX1 1 begins either a response to poll or a pending status presentation and the DX1 1 enters Phase 2 on Sheet 3, 
page connector N. This would also b„ done if REQI=1 showing a request by the DX1 1 . No NPR will be done for 
either SPW or DST. 

If the DX1 1-B is busy, then the fast busy response is used unless this selection sequence is for the same device 
that is causing the busy condition and that device has status pending (FCTN=3). CUBSY can only be set in 
single-thread mode or immediately after System Reset. 

In Phase if a system reset from the CH is recognized (SYSRST=1) and if an ISS is not in progress (SYNC=0), 
then LOCKO (Phase 0) and CUBSY (synchronization operation, Sheet 1) are set and the results are stored in 
the tumble table for use by the emulator (Phase 4). 

If DONE=0, this indicates an entry in the tumble table has been serviced by the program; if INTEN= 1 , an inter- 
rupt may have been made to the PDP-1 1. Either way, the program, by clearing DONE, has indicated that it has 
serviced the interrupt and is about to load the DX1 1 registers. Therefore, the DX1 1 must clear LOCKO. At least 
one instruction time must be allowed after clearing DONE before loading a programmed register. These conditions 
will be enabled repeatedly at every TP1 rather than only once. 

NOTE 

Programmed load (set/reset) of DONE is permitted only in 
Phases and 7. Furthermore, only a diagnostic should attempt 
to set DONE. 

Referring to programmed interactions at page connector L, in the idle phase a nonzero FCTN code and the GO bit 
cause Request-In to be set. If GO is a 1 and FCTN code is 0, then the DX1 1 is immediately reset. 

b. Phase 1 — Address Response 

Referring to Sheet 2 of Drawing 04, the DX1 1-B enters the Address Response phase only from Phase when an 
ISS is in progress. As Phase 1 1 is entered (Phase 1 1 —Phase 1, TS1), SYNC is a as it always is on entrance to a 
phase, and therefore gates 2 and 3 are enabled. An automatic shift left and transfer of CUAR bits <07:00> are 
enabled to DXBA bits <08:01> placing the device address, recognized from the channel, in the DXBA as a word 
address. Note that DXBA00 gets a 0. Actually, this bit cannot be loaded since it is wired to ground. Also, bits 
<1 5: 10) of the offset register (DXOR) are enabled to bits <15:10> of the DXBA. DXBA09 gets a 0. When loaded 
by the transition of time states, this places an offset base address for the recognized device into the DXBA. All of 
this is in preparation for fetching device status on the addressed device. In reality, this operation is to fetch the 
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pointer word for that status word (SPW). When the clock ticks, the following occur: an NPR request is made, 
and SYNC is set to a 1 (so that these operations will not be repeated while still in this phase). 

NOTE 

In the DX1 1-B, SYNC functions as a general synchronizer with- 
in phases as a flag to indicate that some function has been done 
and thereby prevents it from being done again while cycling 
between time states. 

Note that during TS2 nothing will be enabled until the NPR has been finished (NPRX=0). Since SYNC was set 
to a 1 in TS1 by BAAR, the operations indicated (e.g., loading CUSR) in TS2 will then be performed on the next 
clock tick. This includes putting the address register (echo) into Bus-In (gate 4) in preparation for the address 
response to the ISS. Transfer is made at this time to Phase 2 (Status Preparation). Refer to the DXND format on 
Sheet 9 and note, as indicated on the flow diagram for Phase State 22, that if the right byte of the SPW is nonzero 
or if the left byte of the SPW (offset of DST for this device) is zero, BYPAS will be set to 1 to indicate that no 
NPR will be done for this DST. Note also that CUSR is cleared if the right-hand byte of the SPW is zero. 

If any IBM reset has been recognized at this point, control will be sent to Phase 4 to mark the fact in the tumble 
table. Otherwise (IBMRST=0), the DX1 1 will continue to Phase 2, same sheet, page connector N, and the SPW 
fetch is done. 

c. Phase 2 — Status Preparation (Part 1) 

The DX1 1-B can enter Phase 2 from either Phase or Phase 1. If Address-Out does not drop in Phase 2, the 
DX1 1 will wait, unless an interface disconnect is signaled by the fall of Select-Out or a reset signal is generated. 
The top of Phase 2 (node N) raises Address-In as the tag for data placed on BUSI in either Phase or Phase 1 . 
Then the DX1 1 waits for Command-Out (CMDO) to rise. Note that no operation is as yet enabled in TS2. When 
CMDO=l, the command at BUSO is copied into the command register (CUCR) and the parity OK signal is saved 
in BYPAS for use later in Phase 3. 

If this is a polling sequence (or release of pending status) for which no DST fetch is needed, then BYPAS will be 
a 1 and the right-hand path will be taken. This path is also taken if the command has bad parity. 

In TS2 of Phase 2, the decision is made as to what phase to transfer to next, depending on the function code speci- 
fied when the sequence began (not necessarily when the program initially hit the GO bit). At this point, Phase 3, 
5, or 6 can be entered. 

NOTE 

The function codes can be changed even after the GO bit is set 

but not after a sequence has begun. Thus it is possible for the 

program to clear the GO flag before a response is granted or 

clear the function code before a response which hangs the DX1 1-B 

in phase 3. The function and GO bits should be asserted simultaneously 

and not changed until an Interrupt is generated. 

If a command status byte is needed from the device status table, then the left-hand path is taken (signal BANDSO). 
The address is composed in the DXBA (gates 5 and 6) and NPR request is made (NPRX =1). SYNC is set to 
enable TS2 (above node H). 

NOTE 

BANDSO = DXBA gets DXND • BUSO. 
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After the data is in DXND (NPRX=0), either the left or the right byte is loaded into the CUSR status bits. This 
result will be sent to the channel in Phase 3. 

d. Phase 2, Part 2 

Having entered Phase 2 at the preceding TP2, and at that time, in either Phase or Phase 1, having loaded the 
address into Bus-In via the BUSI flip-flop, 200 ns later (one time cycle) the DX1 1 can be sure that the signals on 
the Bus-In lines will have settled down and the DX1 1 is ready to raise the tag line Address-In (ADRI). This is 
done immediately because the conditions ADRO=0, CMDO=0, SYNC=0 exist. Note that further activity in TS1 
of Phase 2 is disabled, for the moment, because Command-Out is not a 1 . 

The next question is whether anything in TS2 is going to be active. Notice that NPRX is now (it was in order 
to have proceeded out of Phase 1). Also, SYNC is a 0, but Address-In is a 1 so that SIG4 is not true. Thus, no 
action is enabled yet in TS2. Address-Out=0 is part of the TS2 conditions so that only one phase change would 
be possible if an interface disconnect were encountered during Phase 2. 

In TS1 , the DX1 1 will again set a 1 to Address-In (this has no effect and is a correct procedure) and wait until 
Command-Out becomes a 1 indicating that the channel has loaded the command onto the Bus-Out (BUSO) lines. 
Now the DX1 1 reads Bus-Out into the Command register and responds by lowering the in-tag Address-In. 

The parity okay signal is copied into the bypass flip-flop at this time. If command parity is bad, then the DX1 1 
does not respond to the command. Instead, it ignores the command by taking the right-hand path. The DST is 
bypassed if Operational-Out has dropped because of a selective or system reset. The DST is also bypassed if 
BYPAS=1 because of conditions set in Phase 1. However, if the command is okay (PAROK=l) and bypass is 0, 
then the DX1 1 takes the left-hand branch and moves the NPR data into the left half of the DXBA; the right half 
of the DXBA is loaded with the command, itself, as taken from BUSO. Also, the DX1 1 puts a 1 to both NPRX 
and SYNC. At this point in TS2, with no further action transpiring, NPRX is not a 0, so nothing happens above 
node H. SYNC is a 1 so that nothing happens on the right side of TS2. 

Back in TS 1 again, the DX1 1 determines whether anything is enabled. Address-Out is a 0, Command-Out could 
be dropped to a now that the tag-in low response has been given, but SYNC is a 1 ; now Address-In will not be 
raised and parity okay will not again be copied into bypass. 

Nothing further happens in Phase 2 until the NPR response is indicated by NPRX going to a 0. Assume that it is 
strobed to a at TS 1 . Therefore, TS2 is enabled. The DX1 1 will set SYNC to a in preparation for a change to 
Phase 3, and the appropriate byte that was in core will be loaded into the control unit status register (CUSR). 
The low-order bit of the Command register is used to decide whether this was an odd or an even command. The 
DX1 1 now proceeds with the status presentation. 

e. Phase 3 — Status Presentation 

Referring to Sheet 4 of Drawing 04, Status Presentation, this phase is entered from either Phase 2 or 7. Upon 
entering Phase 3, Status-In (STAI) is 0. At this point, the logic must be able to make many determinations as 
illustrated by the complex logic expressions stated to the right side of the main path. These determinations are 
based on the following considerations: 

1 . Did the command have good parity (BYPAS=1)? 

2. Was the SPW and/or the DST fetched from core without a nonexistent memory reference (NXM=0)? 

3. Is this a test IO instruction (TESTIO=l)? 

4. Is this a status pending sequence (BALF=1)? 

5. Is this a sense command (SENSE=1)? 

6. Is this an illegal command (UCHECK=1 )? 

7. Is this a channel initiated sequence (CHIS= 1 )? 
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If this is a control unit initiated sequence (CHIS=0) then the DX1 1 sends the contents of CUSR to the BUSI. 
Otherwise, if parity is okay, if there is no timeout error, if this is not a sense command, and if this is either a) not 
status pending or, b) a test 10 instruction, then the DX1 1-B moves the status register to Bus-In using signal BISR. 

If parity is okay, if status is pending (BALF=1), and if this is not a test 10 (SIG5B), then the busy bit is sent to 
BUSI04 and the rest of BUSI is loaded from the CUSR. If this is either bad parity or if the DX1 1 has failed to get 
proper time response either during the device status table fetch or during the SPW fetch (causes PDP-1 1 timeout to be 
a 1) and if this is not a status pending situation, then only the unit check bit is sent to BUSI and CUSR as the status 
response. If a hardware error prevented command interpretation, but a pending status exists for this device, then 
that status is presented. 

In TS2, Command-Out could still be a 1 ; since Status-In is 0, this would prevent further operation. Assuming that 
Command-Out becomes a or has become by this time, then, with Service-Out a 0, the DX1 1 is able to set Status- 
In to a 1 . If an interface disconnect, system reset, or selective reset were present here, then Operational-Out would 
be a and this sequence would quickly conclude. The DX1 1 now waits for either a Command-Out or a Service- 
Out response with Status-In a 1 . Notice that as long as Status-In is a 1 no activity is enabled during TS 1 . 

When a response is given to the status presented, the DX1 1 lowers the Status-In tag at TS2, makes a phase change 
to Phase 4, and recognizes either Stack-Status or Status-Accepted. If status is stacked, the Stack-Status bit 
becomes a 1 . (Note that this will not be done by the channel if a status is given to other than a test 10 instruc- 
tion.) 

If status is accepted, stack status is reset to 0. If Suppress-Out is a 1 at this time, the DX1 1 recognizes Command- 
Chaining. If the function code is three then ESEND is set because this is either a presentation of the previously 
stacked status or is, in fact, an ending sequence presentation. 

Finally, if Control Unit End status is accepted, the ISSREJ flip-flop must be cleared, since a CUEND is no longer 
outstanding. 

f. Phase 4 — Mark 

Phase 4, the Mark phase, is also located on Sheet 4 of Drawing 04. This phase can be entered from any other 
phase since this phase is used to enter data into the tumble table. On entering the Mark phase, SYNC is and 
NPRX is unless there is an NPR already in progress (and interrupted by a reset condition). A number of opera- 
tions are done in TS1 with the objective of making the first entry into the tumble table. The tumble table address 
is composed in the DXBA by combining the contents of the DXOR high-order byte, the tumble table index byte 
times two, and by putting in the lower bit of the DXBA. For the data that will be stored, the contents of the 
DXDS (the device status) register are placed in the DXND. 

At the clock tick, NPRX is set to 1 and the data transfer proceeds. At this time, SYNC is also set so that none of 
the TS1 operations can be enabled again, and the DX1 1 proceeds to count the tumble table index by +1 . In TS2 
nothing happens until the first NPR has completed, whereupon the Command and Address (DXCA) is put into 
the NPR data register (DXND). The DX1 1 again copies the tumble table address into the DXBA and loads one to 
NPRX to request the second NPR store cycle for the tumble table data. At this time, the DX1 1 clears SYNC, 
increments the tumble table index, and switches to Phase 7 with the NPR in progress. 

When the DXDS is copied for the tumble table store operation, a special flip-flop, IRS, must be set to remember 
if an IBM reset condition was stored in the tumble table. IRS is then used in Phase 7 (where DXDS is cleared) 
to determine if a reset sequence occurred between Phases 4 and 7. 
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g. Phase 5 - Input (360 Write) 



Referring to Phase 5, Input, located on the same sheet of Drawing 04, the DX1 1 enters at node Y. The transition 
to Phase 5 from either Phase 2 or 7 is initialized by setting BALF to 0, BYPAS to 1 , and CUDX to 1 . With 
CUDX=1, data okay a 1, Service-In a 0, and IOD a 0, the resultant SIG9 is generated, which raises Service-In 
delayed by BLLM. 

Later the DX1 1 will zero the BYPAS flip-flop. The use of the BYPAS flip-flop here is simply a reflection of its 
appearance in the data okay expression to check for first data byte. Note that nothing will be active under node 
Z because SYNC is not a 1 . The entire Phase 5 is similar to Phase 6. Note the symmetry in the two flow dia- 
grams. 

The next actions in Phase 5 occur in TS2. If the channel responds with Service-Out to Service-In, the DX1 1 
lowers Service-In, at the same time copying the content of BUSO into either CUCR or CUSR. The destination is 
determined by the present value of the BALF flip-flop. If BALF=1, then the CUCR is filled and CUDX is reset 
to 0, indicating that path Y activity is no longer in progress. 

NOTE 

If Command-Out is raised in response to Service-In (IO Stop) 
then BUSO will contain zeros. Thus if only the low-order byte 
contains data, the high-order byte will contain zero. Similarly, 
if CUDEND is to be set, and BALF is 0, then CUCR is cleared 
so that the last byte entered into PDP-1 1 core will be zero. 

In addition, for each cycle through this sequence, i..e, for each BUSO copy, 1 is added to the byte count. Data 
transfer will cease when, 1) the DXBC is minus one, 2) a timeout error occurs, or 3) a parity stop is indicated. 
The latter is a special feature that allows the option of arresting the data sequence when a parity error occurs on 
Bus-Out. In byte-multiplex mode this permits deletion of the bad byte and resumption of the operation. 

There is still no activity below node Z, Phase 5, TS1, because SYNC is still not a 1 ; but in TS2, under node Z, 
activity is now possible because the three lower conditions are now present (SYNC=0, NPRX=0, and CUDX=0). 
The DX1 1 now takes the left-hand branch and copies CUCR and CUSR into DXND in preparation for transfer 
of the two bytes of data into PDP-1 1 core. The transfer is started by NPRX=1 and the direction is controlled by 
NPRT=1 . CUDX is also set to a 1 to indicate that activity is again valid in regard to CU data. 

Finally, SYNC is set to 1 , enabling the operations under node Z, TS1. This happens when NPRX is 0. The opera- 
tions are clear SYNC and increment DXBA by two. 

NOTE 

Incrementation is possible at this point because it follows the 
completion of the NPR cycle and another NPR cycle will not 
be made for a period of time, allowing plenty of time for the 
DXBA to carry, even into its extended address bits. 

When IOD is finally set to 1 and activity is no longer possible on the CU data, and when the NPR transfer is com- 
plete, the top three conditions exist under column Z, Phase 5, TS2. These are IOD=l, NPRX=0, and CUDX=1. 
The DX1 1 now follows the right-hand path to clear SYNC and switch to Phase 4, marking the termination of this 
particular transfer. 
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h. Phase 6 - Output ( 360 Read) 

Referring to Sheet 5 of Drawing 04, the Output phase, the DX1 1 will have arrived here from either Phase 7 (done) 
or Phase 2 (status presentation). Upon entering this phase at node A, SYNC is already 0; in TS1, this will now 
enable the setting of SYNC; and with IOD being a zero, SYNC=0 will also enable the setting of NPRX. This will 
not occur until the clock tick to TS2; but, when the tick occurs, SYNC=0 will first allow NPRX to be set and will 
then set itself. The transition to TS2 will perform the first fetch of data from the PDP-1 1 core, assuming that 
the program has correctly initialized the DX1 1 Bus Address Register (DXBA) and the Byte Count (DXBC). 

When the NPR is completed, NPRX is reset to and the conditions to enable operations in TS2 are met. SYNC 
is reset to 0. Assuming that IOD is still a 0, the DX1 1 increments the DXBA by two. Simultaneously, the DX1 1 
copies the data from the DXND into the CU data registers (CUCR and CUSR are used for this purpose) and sends 
a 1 to CUDX indicating that the IBM buffer is ready. 

At the next tick, the DX1 1 reverts to TS 1 , but this time both page connectors, A and B, are activated. At this 
point, SYNC is zero once again, so it and NPRX will set to 1 on the next transition of states. The NPR direction 
control (NPRT) was already reset to when this phase was entered; now, both NPRX and CUDX are in the 1 
state or active. 

Inspecting the logic path begun at connector node B, CUDX is a 1, the data okay signal is a 1 (see phase indepen- 
dent sequences on Sheet 1), Service-In is assumed to be 0, and IOD is also assumed to be 0. If BALF is 0, then 
the DX1 1 will load CUSR into the BUSI flip-flops. From there the 8 bits of data plus parity will be presented to 
the Bus-In lines. At this time, the DX1 1 sets the Bus Load Limiting flip-flop (BLLF) which, at the next TP2, will 
set Service-In (SRVI) to a 1. This setting is delayed by the BLLF to give a one time pulse difference between 
loading the BUSI and setting the appropriate in-tag, thereby ensuring that the parity line (PARI) will have time to 
settle (its data is the output of the BUSI flip-flops). 

Repetitive SRVI sequences are delayed by BLLM and BLLF to limit the rate of data transfer to the channel and 
DX1 1. The rate is set to 4 jus when shipped. This is an installation parameter dependent on system configuration. 

NOTE 

It is possible for both logic paths A and B to have TS1 or TS2 
elements enabled simultaneously. This is to allow simultaneous 
operation of both the I/O interface bus and the PDP-1 1 Unibus 
synchronized to the DX1 1 clock. At TS2, the DX1 1 will also 
set BYPAS to a to mark the end of the first data transfer. 

When Command-Out is raised in response to Service-In being asserted, the DX1 1 will respond by lowering 
Service-In and taking the left-hand branch of Phase 6, node B, TS2. At this point, the DX1 1 recognizes that the 
channel has indicated data transmission end. This will set a bit in the device status (CHDEND, which also causes 
IOD to assert) at TS2. In addition, this clears the CUDX flip-flop so that no further activity is enabled under 
path B. If, however, Service-Out is raised, indicating acceptance of the data, the DX1 1 takes the right-hand 
branch, complements the BALF flip-flop, and increments the byte count (DXBC). If the byte count is minus 1 
at this time (i.e., about to go to 0), then the DX1 1 sets control unit data end (CUDEND), which also asserts the 
IOD line and clears the CUDX flip-flop. The same task would be done if PDPTO were set, indicating an NPR 
failure. 

From node A in TS2, assuming that CUDX is (or was made at prior TS2), the same cycle as described above 
would be repeated. If, however, both IOD and Interface Disconnect = 1 , CHDEND will be set to indicate that 
the channel terminated the data transfer by means of an interface disconnect. In any case, if IOD is a 1, the DX1 1 
will simply switch to Phase 4 (Mark) to record the data end indication bits into the tumble table and then proceed 
to Phase 7 (Done). 
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i Phase 7, Done 



Referring to Sheet 6 of Drawing 04, to enable any condition in the done phase, node J, the last NPR should be 
completed (NPRX=0). SYNC will be but the DX1 1 must also wait for either Select-Out or Stack-Status to 
become 0. When this happens, the actions listed to the right of the line are enabled to occur on the next clock 
tick. SYNC will be set to a 1, the FCTN and GO bits will be cleared, the device status register (DXDS) will be 
cleared (Note, except bits 3, 11, 12, and 13), and both the BALF flip-flop and the NPR transfer flip-flop (NPRT) 
will be reset. 

Now, control will go in one of two paths. Notice that, with the exception of the top three quantities in the right- 
hand gate, the conditions for right- and left-hand directions are complements. An SEL channel will take the left 
path (Forced Burst mode) while an MPX channel will take the right path (Byte Multiplex mode). 

When operating with an SEL channel, Select-Out is up, the DX1 1 takes the left-hand path and drops into Phase 
State 72. If an IBM reset is issued at this time (IBMRST=1), SYNC=1 and OPLI is still 1, the DX1 1 will take page 
connector T to reset SYNC with the signal BLAST, enter Phase 4 to mark the fact, come back to Phase 7 and 
take the right-hand path to get off the channel. 

If no reset is received, however, Operational-In is still up, and the DX1 1-B will just set SYNC on the time state 
transition. Lockout was set in Phase 0; the only condition remaining is the requirement that the program clear 
DONE. 

When the program clears DONE, Lockout is disenabled and the DX1 1 drops into the next gating condition (pro- 
vided an IBMRST is not issued, see above). To enable SIG17, the only requirement needed now is for the pro- 
gram to set GO, since OPLI and SYNC are both set. The program will set GO simultaneously with setting the 
function. 

The function code that is set at this time depends on the intention of the program. If FCTN is set to 0, the 
DX1 1 will enter Phase at node L and perform a DX1 1 RESET operation (resets the world). 

If this is an input operation, FCTN is set to 1 and the DX1 1 enters Phase 5 at node Y. It will also set Lockout, 
BYPAS, and CUDX; the ODD flip-flop will be copied into the BALF flip-flop. Upon returning from Phase 5 
(after having gone to Phase 4 to store the device status, command, and address in the tumble table, and setting 
DONE), the DX1 1 takes the normal path and does all the things it did during the last pass. When it drops to 
TS2, this time it sets ending status by setting FCTN to 3 and setting GO. This time the DX1 1 exits at page 
connector H, goes to Phase 3, then to Phase 4, and back to Phase 7. 

If this is an output operation, the program would set FCTN to 2, go to Phase 6, then to Phase 4, then to Phase 7, 
and back to Phases 3, 4, and 7. 

Once data and/or status has been presented, the channel drops Select-Out. This enables the DX1 1 to take the 
right-hand path in TS1 of Phase 7. SELO=0 yields the signal IRCCLR. This drops Operational-In on the next 
clock tick; with SYNC=1, SIG16 clears everything listed to the right of the line. This restores the flow to the 
idle state, Phase 0. If status has not been presented (STKSTA=1) and BSYEN=1, FCTN is automatically set to 3 
and Request-In is raised to try a CUI. 

j. IBM Reset Stored Sequence 

The purpose of the IRS flip-flop, located in the DXDS Register, is to remember the fact that IBMRST has been 
issued to store that fact in the tumble table by a forced additional tumble table entry. 
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Referring to the flow diagram for Phase 4, Sheet 4 of Drawing 04, SIG7 is generated, which on the clock tick to 
TS2 sets the NPRX flip-flop and transfers the contents of DXDS to the DXND. Once transferred, that data is 
ready to be sent to the tumble table in the next microsecond or two, when the present NPR cycle is through. At 
that instant, before the second NPR is done (DXCA store), if IBMRST is issued, IRS is set and the condition that 
caused the IBMRST is stored in the DXDS. These can be a System Reset (SYSRST), a Selective Reset (SELRST) 
or an Interface Disconnect (INFDSC) (see "Special Signals" on Sheet 1 of Drawing 04). 

The DX1 1 then drops through TS2 of Phase 4 and enters Phase 7, where the DXDS is cleared except for certain 
bits containing the reason for the IBMRST. The DX1 1 then attempts to take the right-hand path and although 
IRS=1, Operational-Out is now a (one of the results of IBMRST). This forces the DX11 to take the left-hand 
path (not zero the reset conditions), and to fall out at page connector T, where it finds the conditions right to 
generate the signal BLAST. This zeros SYNC and causes the DX1 1 to return to Phase 4 where it can do another 
tumble table entry. 

The uncleared reset conditions in DXDS are now transferred to the DXND and stored in the tumble table. The 
DX1 1 goes through the second phase of storing the address (this is meaningless at this point) and returns once 
again to Phase 7. This time the right-hand path conditions are met (IRS=1, SELO=0) enabling IRCCLR (IBM 
Reset Conditions Clear). At the tick to TS2, SYSRST, SELRST, and OPLI are all cleared, all other Phase 7 
functions are performed, and the DX1 1 returns to Phase 0. 

Note that since on an IBMRST OPLI->0, the setting of IRS (an ORed condition) provides an additional way to 
enable IRCCLR and a return to Phase 0. 

k. Interface Disconnect Sequence 

Interface Disconnect (INFDSC) is a special situation indicated by the combination of interfacing signals com- 
prising Select-Out=0, Operational-In= 1 , and Address-Out= 1 (see Synchronization Operation on Sheet 1 of 
Drawing 04). When the DX1 1-B has Operational-In raised, if the channel raises Address-Out, puts the DX1 1 
address on the bus and then drops Select-Out, it is informing the DX1 1-B to go away. In IBM parlance this is 
called an Interface Disconnect; IBM requires that the DX1 1 drop Operational-In within 6 jus after receiving an 
INFDSC. Since the DX1 1, upon receipt of a disconnect, could be involved in internal bookkeeping and in trans- 
actions with the PDP-1 1 that could take longer than 6 jus, it provides hardware to satisfy the IBM requirement 
while allowing its own operations to proceed. Further, since once the DX1 1 has responded to the disconnect a 
subsequent selection from the channel could occur before processing of the disconnect was completed, this cir- 
cuitry permits proper interchange with the channel to occur without hindering the successful completion of its 
internal operations. 

Referring to the note on the flow diagram on Sheet 7 of Drawing 04, this sequence can be enabled in either 
Phase 4 or Phase 7, immediately following receipt of INFDSC and functions simultaneously with these phases. 
In actuality, it uses the hardware designated for Select-Out propagation and for the Fast-CU-Busy sequence of 
Phase 0. 

If an INFDSC is received during some data phase, the DX1 1 will immediately terminate that phase and go to 
Phase 4. It will perform all normal functions in this phase, including the setting of DXDS bit 1 1 (INFDSC). 
When this bit sets it causes the Disconnect Response flip-flop to set which, 200 ns later, causes OPLI, ADRI, and 
SRVI to drop, and enables the operation of the Disconnect Response flow. Meanwhile, the DX1 1 continues to 
complete the tumble table entry and then goes to Phase 7, as it would if a disconnect had not occurred. 

In this case, as the DX1 1 enters Phase 7, DSCRSP=1, which enables SIGH. It then takes the right-hand path 
finding both IRS and INFDSC set, sufficient conditions for IRCCLR. This results in the dropping of SYSRST, 
SELRST, and OPLI, the latter being the IBM requirement to release the channel. The DX1 1 then continues 
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through Phase State 72, clearing all conditions to the right of the line. Since this could take considerable time to 
complete as the DX1 1 does its NPR cycles (as much as 10 to 1 5 jus each), and since the channel could become 
selective again in that time, the logic described in the Disconnect Response flow diagram is provided to take care 
of that eventuality. Remember, events in this flow occur simultaneously with events in Phases 4 or 7. 

If the channel becomes operational while the DX1 1-B is still processing the INFDSC; then as the DX1 1 enters 
the response sequence OPLO will be a 1, SELO=l, and STAI=0. At this point in the flow the determination is 
made as to whether or not the channel's reselect is addressed to the DX1 1 or to another CU on the bus. If the 
select is for another CU, ADRECC=0 (no compare) and the left-hand path will be taken. In this instance, SELI 
will be set and the Select signal is propagated down the line. 

If, however, the Select is for the DX1 1-B, ADRECC=1 and the right-hand flow is taken. In this event, the DX1 1 
is still busy and cannot accept the selection so the FAST CU response is given. The DX1 1 rejects the ISS 
(ISSREJ=1) and records the fact in the tumble table. BYPAS is set to enable Bus-In. Bus-In is cleared but bits 
04 (BUSY), 05 (CHEND), and 06 (STAMOD) are force-set. When the clock ticks to TS2, Status-In is raised to 
put the status on the bus. When the channel responds with a Select-Out drop, Status-In is dropped and BYPAS 
is cleared. The DX1 1 then proceeds with the FASTX logic described at that point in Phase 0. Meanwhile, the 
DX1 1 has processed through Phase 7 and terminates its flow in Phase 0. 

5.5 CIRCUIT DESCRIPTIONS 

As mentioned at the beginning of the last paragraph, the flow diagrams are such that a gate-chasing discussion is 
not required. In this paragraph, therefore, only certain subtle circuitry characteristics are discussed. In these 
block schematics, each signal is preceded by a source code to identify the drawing number on which that signal 
is generated. For example: 

|- D25SIG5 | 

Source Drawing No. Signal Name 

means SIG5, generated on Drawing DX1 l-B-25. In most cases, the location designation of a flip-flop bears a 
numerical relationship to its bit position in the register format. For example, on Drawing 05 (DXDS), the M205 
at the top left-hand side of the page is located at C25. Its position in the DXDS format is bit 15. In most cases, 
if 1 is subtracted from the hardware locations, the register bit position can be determined. Another example is 
the SYSRST flip-flop directly below, located at C22 and situated in the register at bit position 12 (22-10=12). 
There are exceptions to this convention, e.g., the IRS flip-flop shown as part of the DXDS at location C24 is not 
a functional part of that register. Bit 14 of the DXDS is NXM, which is located in the NPR and INT Control. 
IRS is displayed as bit 00 of the DXES2 Register. 

In this paragraph, the circuits are described in drawing number order, excluding the functional flows. 
5.5.1 DX1 1 Device Status Register (DXDS) 

The DXDS is shown on Drawing No. D-BS-DX1 l-B-05, Sheets 1 and 2. This register contains the bits stored in 
the DXDS, except the M205 at C24. This is IRS which is not part of this register but is part of the DXES 1 regis- 
ter bit 00. Bit 1 4 in the DXDS is NXM set by PDPTO which comes from a timer in the NPR control. This regis- 
ter is the first of two tumble table entries described in the sequences (Status, and Command & Address). 
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A typical setting arrangement can be described for the register by using PARER as an example. Enabling con- 
ditions are AND/NORed to the data input of the flip-flop and this result is ANDed with CLKN to the clock input. 
CLKN2 ticks at pin Bl of the Ml 12 every 200 ns, but nothing happens until the data gate is activated, e.g., the 
top condition is SIG5ABYPAS (0). As shown on Drawing 25, SIG5 implies Phase 3,TS1. If BYPAS=0, that gate 
will be enabled on the phase change and will go low at pin Al of the Ml 12 and at pin Kl of the flip-flop. The 
flip-flop will set on the leading edge of CLKN2. 

Setting of all other flip-flops in this register is similar with the gating conditions being more or less complex. Note 
that SYSRST can only be direct-set, however, as with ISSREJ. The latter cannot be direct-cleared, but is reset by 
clocking against a grounded data input. 

Note that all flip-flops in this register are "set-only". They cannot be cleared from the gates. With the exception 
of INFDSC (bit 1 1), SYSRST (bit 12), SELRST (bit 13), and ISSREJ (bit 03), they are all direct-cleared by 
CLR DXDS or CLR DXDSA. This signal is the product of four OR conditions and CLKN. The M606 is a PA 
that, when enabled, produces a low-going edge (one pulse 30 to 100 ns wide). 

5.5.2 Control Unit Status Register (DXCS) 

The DXCS is shown on Drawing No. D-BS-DX1 l-B-06, Sheets 1 and 2. In this register, all flip-flops are set or 
reset in fundamentally the same way, just the gating complexity varies. Most are direct-cleared by CLR DXCS, 
either alone or in conditioned combination. 

The exceptions are CUBSY, which has no direct-clear, and the two function flip-flops which are cleared by CLR 
FCTN, but here this signal is a function of CLR DXCS when combined with CLKP2ASIG14; the latter generated 
in Phase 7, TS1. CLR DXCS is generated by CLKN2 for either a DXRESET or an INIT. This is seen on Sheet 1 
at coordinates C2. 

All flip-flops are program-loadable since data inputs to all flip-flops contain, as their inputs, the appropriate DBUS 
bit for that flip-flop, either directly or once again in combination with appropriate gating conditions. 

All flip-flops are clocked by some combination of positive or negative clock depending upon gate polarity require- 
ments. Clocking is usually enabled by DXCS CLKEN (the ANDing of ADRS04, DATO EN HIGH, and LOCK (0)). 
When clocked, all flip-flops will set on the presence of data and reset on the absence of data. 

Most flip-flops cannot be loaded in Maintenance Clock mode; note that the FCTN and GO flip-flops can be loaded 
since their clock pulse originates at the free-running source in the clock generator. The FCTN flip-flops use PCLK 
while the GO flip-flop uses NCLK. All other flip-flops use the gated versions CLKN or CLKP. 

5.5.3 DX1 1 Bus Address Register (DXBA) 

The DXBA is shown on Drawing No. D-BS-DX1 l-B-07. This is the register in which the tumble table address is 
composed for each NPR. 

The register comprises a loadable 1 6-stage M238 Counter that keeps track of the next tumble table entry address, 
and an Ml 69 Multiplexer to gate the various source addresses into the register. Clocking is accomplished by an 
M606 that is fed by the OR of all input gating conditions. All flip-flops are cleared by DXRESET. 

Pin SI, the 00 input, on the M238 is grounded so that on each and every register load (LOAD DXBA) the register 
is counted by+1 as triggered by CLKP1 (COUNT BA). The register will be counted by +2 during Phase 5, TS1, 
when SYNC=1 and NPRX=0. This incrementation is done following the NPR cycle, at a time when another NPR 
cycle will not occur for a period of time long enough to permit carrying to occur (DXBA CRY). CRSRND is used 
to increment the address during an output transmission. 
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When ADRS10 HAOUT HI HALOCKO (0) H are all true, BADB1 and 2 are generated on Drawing 25. BADB1 
enables the contents of DBUS (15:01) to the register, while BADB2 generates LOAD DXBA. 

In Phase 1, TS1, BAAR loads the shifted contents of the CUAR into the register in preparation for a fetch of the 
SPW. At the same time, BAOR enables the contents of the CUOR into the register as an offset. 

In Phase 2, TS1, after the SPW has been fetched, BANDSO reads the pointer part of the SPW from the DXND to 
the left half of this register, and copies the command from the BUSO lines into the right half of this register. 

During Phase 4, BANX is used to gate the shifted contents of the TTNDX into this register to advance the TT 
address. 

5.5.4 DX1 1 Byte Counter (DXBC) 

The DXBC is shown on Drawing No. D-BS-DX1 l-B-08. The program loads the negative byte count (2's comple- 
ment) into this register (LOAD DXBC) and the register counts on the AND of CLKP1 and either SIG10 (during 
input operations) or SIG13 (during output operations). 

When the count is about to be exhausted (about to go to 0), the signal BCMO (Byte Count Minus One), is gene- 
rated, which ANDs with either SIG10 or SIG13 on Drawing 05 to set CUDEND. This, in turn, asserts IOD and 
clears CUDX on Drawing 1 1 indicating DONE. 

A DX RESET generates CLR DXBC to reset the register. 

5.5.5 Control Unit Status Register (CUSR) Part of DXOS 

The CUSR is shown on Drawing No. D-BS-DX1 l-B-09, Sheets 1 and 2. The bits stored in this register are shown 
in Figure 4-6. These are the Control Unit Status bits loaded either from PDP-1 1 core during Phase 2, TS2 (SRDB), 
or from multiplexed sources as described below. 

When ADRS06 HAOUT LOW HALOCKO H are true, SRDB (CUS7?<-£ata Bus) is generated allowing the Data 
Bus (DBUS <07:00>) to enable the flip-flops in the register. This loads the register with the status bits from core. 

In Phase 1, TS2, SRNDEN (CUSR+-DXND Enable) is generated when the NPR has been granted to enable the 
status (DXND <07:00» into this register. 

In Phase 2, TS2, one of two signals will be generated on Drawing 25, depending on whether the command stored 
in the CUCR is odd or even. If CUCR00 is a 1, SRNDH will be generated and enable DXND (15:08) into this 
register. If CUCR00 is a 0, the low byte (DXND (07:00)) will be enabled to this register. 

NOTE 

IBM commands are odd for in transfers (IBM Write) and 
even for out transfers (IBM Read). 

In Phase 5, TS2, SRSO is generated to gate the second data byte from the Bus-Out into this register. 

In Phase 6, TS2, CRSRND is generated to enable the contents of the DXND low byte to this register during 
PDP-1 1 output operation. 

Clocking for all flip-flops is essentially the same. The signal STB CUSR is exactly the same as STBA CUSR; both 
are based on CLKN2ACUSR CLK ENA, the latter being the OR of all multiplexer gate enables. 

The register is cleared by CLR CUSR, the AND of DX RESET and CLKN2. 
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Note that on Drawing 24, when any of these bits are set during a channel initiated sequence (CHIS (1)) or when 
a status operation is underway (FUNEQ3), the signal CUSRNZ is generated to indicate that the CUSR is nonzero. 

The CUOR, also a part of this DXOS register, is represented by two M238 Modules on Sheet 2. Note that this 
register is writable only when in off-line mode. Bits 09 and 08 are not used in this register. 

5.5.6 NPR Data Register (DXND) 

The DXND is shown on Drawing No. D-BS-DX1 l-B-10, Sheets 1 and 2. As shown in Figure 4-12, this register is 
used to hold the contents of two other registers and the contents of the data bus for sequential NPRs. 

NOTE 

The bit position/module location convention does not apply to 
this register. 

The data inputs of all flip-flops are fed by Ml 69s; they are four-way multiplexers. On Sheet 1, DXND <15:08>, 
only three of the four inputs are used. On Sheet 2, DXND <07:00>, all four inputs are used. The enables for each 
set of inputs are generated on Drawings 24 and 25 to determine which input set is gated into the register. 

The enable NDDB (DXW£M-Z>ata Bus) is generated on Drawing 24 as the AND of NPRX (1) (request has been 
made) and NPRT (0) (transfer is from PDP-1 1). When raised, it enables the contents of the Data Bus into this 
register. 

The enable SIG7 is generated on Drawing 25 during Phase 4, TS1, when both NPRX and SYNC = 0. When raised, 
it enables the contents of the DXDS into this register. 

The enable SIG8 OR NDCRSR (DXND^CUCR • CXJSR ) is also generated on Drawing 25 during Phase 5, TS2, and 
Phase 4, TS2. When raised, NDCRSR enables the contents of CUCR (07:00) into DXND <15:08>. During Phase 5, 
TS2, it enables the contents of CUSR into DXND (07:00), and during Phase 4, TS2, SIG8 enables the contents of 
CUAR (07:00) into DXND (07:00). 

The clock for this register is made up of the OR of all data enabling conditions and CLKP1, in turn ORed as 
DXND CLK or DXND STB. The left-hand byte is additionally enabled for clocking by INIT. 

Clearing is generated on Drawing 21 as the AND of DX RESET OR INITACLKN2. Note that four DX1 1 clear 
pulses are generated and fed to sets of six flip-flops each. This is accomplished by internal wiring on the M216, 
which contains six flip-flops per module. All flip-flops on the same module are cleared simultaneously (see foot- 
note on Drawing 21). 

5.5.7 DX1 1 Control Bits Register (DXCB) 

The DXCB is shown on Drawing No. D-BS-DX1 1-B-ll, Sheets 1 through 4. This register holds some of the DX1 1 
control bits shown in Figure 4-1 1. Exceptions are bits 11, 10, 01, and 00, generated elsewhere, and signals gene- 
rated here but displayed elsewhere. These are DSCRSP (bit 2 of DXES1) and ODD (bit 6 of DXES). NPTDONE 
on Sheet 2 is not displayed at all. 

On Sheet 1, LOCKO (bit 15) is clocked by CLKN1 when enabled for clocking by either DONE (l)ASYNC (1) in 
Phase 0, TS2; or OPLI( 1 )ASYNC( 1 )ADONE(0) in Phase 7, TS2. It will be enabled for setting on either SIG17, 
when the function is set to anything but 00, or on an IBMRST or an error status condition. 

The phase control flip-flops 0, 1, and 2 represent a binary arrangement, the combined states of which determine 
which of eight possible states the DX1 1-B is in. 
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Clocking for these three flip-flops is the OR of all possible enabling conditions. The SET PHx signals are wired to 
provide the proper coded combination for each phase. CUI5 yields a 1-0-1 combination or Phase 5. CUI6, in like 
fashion, generates a Phase 6 condition, while SIG8 results in a Phase 7 setting. All three flip-flops, as with most 
in this register, are direct-cleared by CLR DXCB generated on Sheet 4. Exceptions are DSCRSP, ONLINB, and 
ODD, which appear on Sheet 4. 

Notice that the data enable/ clocking scheme in these flip-flops is similar to most other flip-flops in the DX1 1, 
in which the data input to the flip-flop is used as one possible condition for clocking such that if the data con- 
ditions are not present, the flip-flop, when clocked, will reset. 

On Sheet 4, ONLINB (a function of ONLINA) is fed to M61 1 inverters that function as master gates to run all 
receivers and drivers in the IBM interface. 

The various conditions for the rest of the flip-flops in this register are self-evident and will not be detailed here. 

5.5.8 Control Lines Out Register (CONO) Part of DXMO 

The CONO byte of the DXMO is shown on Drawing No. D-BS-DX1 l-B-12. It stores the states of the IBM Selec- 
tion Control lines and Tag lines as received at the interface on Drawing 27, and displayed as shown in Figure 4-9. 
PARO is also displayed but is not stored in this register. Note that although HLDO is displayed, SELO is made a 
condition of HLDO by ANDing on its data input. 

This register is writable only when either off-line or on-line and cabled. It is used by the simulator program only. 

All flip-flops are clocked by CONO CLK, a function of CLKN, and all are direct-cleared by DX RESET OR INIT 
as generated on Drawing 24. 

The low-order byte of this register (DXMO), as displayed, is not stored in flip-flops but rather displays either the 
actual Bus-Out signals (BUSO (07:00) or the buffered versions (BUSOB <00:07». 

5.5.9 Control Lines In Register (COM) Part of DXMI 

The CONI byte of the DXMI is shown on Drawing No. D-BS-DX1 l-B-13, Sheet 1. This register is used for main- 
tenance purposes to read the Bus-In tags originating in the DX1 1-B logic. As such, it gives a representative view 
of the bus as seen by the channel. The register is usually read-only but, in Maintenance mode, can be modified 
by the program. When off-line, the PDP-1 1 program reads this register (if ENABLE=1); when on-line, it reads 
the test-in plug. The output of these flip-flops is enabled to the IBM Bus-In interface on Drawing 27. 

The byte is loaded from DBUS (15:10) with LOAD BUS DXMI, which is generated by the AND of 
ADS16ADATO EN HIGH A -ONLINE. There are other loading combinations that can be read from the print 
while referring to the flows. 

Clocking is accomplished by CLKN3 in various combinations as shown. In all cases, one of the conditions for 
clocking is the presence or absence of data. 

All flip-flops except SELI are direct-cleared by CLR DXMI, the AND of CLKN3 with the OR of INIT, ON, or 
DX RESET. 

Also displayed in this register, but not stored in it, are CLKO (bit 09) which comes from the cables even when 
off-line, and PARI (bit 08) generated on Drawing 26 as a comparison of the bits described in Paragraph 5.5.10. 
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5.5.10 IBM Bus-In Lines (BUSI) Part of DXMI 



The BUSI byte of the DXMI is shown on Drawing No. D-BS-DX1 l-B-13, Sheet 2. This register contains the data 
that is enabled to Bus-In for transmission back to the channel. The output of this byte is sent to the parity gene- 
rator on Drawing 26 to produce PARI. 

The flip-flops are all identical with multiplexed data inputs. Clocking is achieved by CLKN3 ANDed with either 
the output of the multiplexer or with BUD AT A, which is made up in the center of the page of either all multi- 
plexer gate conditions or the OR of ON, SIG5A, or SIG5D. 

In Phase 0, TS1, FASTCU is generated on Drawing 24. At this time a 1 will be sent to BUSI06, ENDEN 
(STAMOD) will be set in BUSI05, and a 1 will be put in BUSI04 (CUEND); all other bits will be reset to 0. This 
is the first portion of a disconnect response. 

During Phase 1, TS2, BIAR performs a ones transfer of CUAR to this register as the address echo for transmission 
to the Bus-In lines. 

In Phase 6, TS1, if BALF is a 0, SISREN will be generated to enable the transfer of the contents of the CUSR 
(first data byte) into this register for presentation to the Bus-In lines. If BALF is a 1, SICR will be generated to 
transfer the contents of the CUCR (second data byte) into this register and then to the Bus-In lines. 

5.5.11 Tumble Table Index (TTNDX) 

The TTNDX is shown on Drawing No. D-BS-DX1 l-B-14. It holds the low-order address of the next tumble table 
entry. It is shifted left before being copied into the DXBA. 

M238s are used to form this incrementing counter. It is incremented by COUNT TTNDX, the AND of BANX 
and CLKP1. The register can be cleared by either ON or the signal DXRESET OR INIT, which forms the signal 
TTNDX CLR. 

5.5.12 Control Unit Address Register (CUAR), Part of DXCA 

The CUAR byte of the DXCA is shown on Drawing No. D-BS-DX1 1-B-l 5. The register holds either the contents 
of DBUS (07: 00) or BUSO (07:00). 

The data inputs of each flip-flop are multiplexed by Ml 21s so that in Phase 0, TS2, on an ISS when BYPAS=0, 
ARSO is generated to copy the address on Bus-Out into this register. When DATO EN LOWALOCKO (0)AADRS02 
are true, CUAR DATA LOAD transfers the DBUS contents to this register. 

Clocking is the OR of both data conditions, ANDed with CLKN1 . The flip-flops are direct-cleared by CLR CUAR, 
the AND of CLKN1 and DX RESET. 

5.5.13 Control Unit Command Register (CUCR), Part of DXCA 

The CUCR byte of the DXCA is shown on Drawing No. D-BS-DX1 l-B-16. This register holds the last command 
byte as transmitted from the channel during an ISS, even if it was rejected by the DX1 1-B. It also holds the 
second data byte received from the DBUS, which is stored as the second tumble table entry for a specific device 
upon completion of the CH/CU transaction. This register is read-only ; it cannot be loaded by program. 

The data inputs of each flip-flop are multiplexed by M121s. In Phase 2, TS1, CRSOl is generated to transfer the 
command on Bus-Out to this register and simultaneously drop Address-In. 

In Phase 5, TS2, if BALF is a 1, CRS02 is generated to transfer BUSO into the odd byte of this register. 
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In Phase 6, TS2, CRSRND is generated to transfer the high byte of DXND into this register during a PDP-1 1 
output operation. 

As in other DX1 1 registers, clocking is a function of data gate enables ANDed with CLKN 1 . Direct-clearing occurs 
on DX RESETACLKN1. 

5.5.14 Unibus Interface 

The Unibus interface is shown on Drawing No. D-BS-DX1 l-B-17, Sheets 1 and 2. Referring to Sheet 1, there 
are some differences in this interface from the standard configuration, particularly in the way the Ml 05 is used. 
In this arrangement, Slave-Sync is not taken from this chip, and the Select 0, 2, 4, and 6 outputs are also ignored. 

NOTE 

These outputs are here and can be used for maintenance pur- 
poses, if desired, but the pins do not appear on the wire list. 

In the DX1 1-B, test point L2 is used to yield ADRS SELD L, which indicates that Master-Sync and all the bits are 
compared with the jumpered combination. Signals OUT LOW H, OUT HIGH H, and IN H are used for their nor- 
mal functions. Note that BUS A (04:01) are not applied to the Ml 05, but are received directly from the bus and 
buffered by the receivers on Drawing 17. 

This device recognizes blocks of 16 addresses. When jumpered, 3, 4, and 5 must match all the time. The module 
is jumpered for the address 7762xx or 00—37. 

The circuit is synchronized with high clock, i.e., the M205 is clocked with negative clock using the trailing edge 
or the rise of NCLK1 to high. 

Operation can be traced by referring to the timing diagram provided at the bottom of the page. As soon as an 
address match is seen, ADRS SELD L is asserted, putting a low on the SEL SYNC flip-flop data input, and, by 
inversion, removing direct-clears on both flip-flops. At the next clock pulse, SEL SYNC will set and wait for the 
next sequential clock. When it arrives, the STROBE-SYNC flip-flop will set, putting Slave-Sync out on the bus. 

Data is loaded at the spike shown on DATO EN coincident with the leading edge of the clock pulse. This scheme 
locks the Unibus to the DX1 1-B clock for strobe, eliminating a need to change clocks. The IBM interface is also 
strobed with this clock so that everything happens at the same clock and contention problems are eliminated. 

ADRS SELD L is also used to enable a utility M155 in the center of the page where the four address bits A <04:01> 
are again decoded to provide address lines for use throughout the machine. They go to various gates to load 
registers. 

The rest of the operation is standard PDP-1 1 interchange. 

Sheet 2 shows the drivers and receivers on the Unibus. This is standard with two sets of drivers (BUS A (15:00) 
and BUS D (15:00)), and two sets of receivers (DBUS (15:00) and A (04:01)). Inputs are from the DXBA, DXND, 
and MUXD lines and are described in Paragraph 5.5.16. Enables (ADRS TO BUS H and DATA TO BUS H) are 
generated on the NPR and INT Control on Drawing 18. Extended address bits BUS A (17: 16) are generated in 
the CUSR as a result of DXBA CRY created on Drawing 07. 

5.5.15 NPR and INT Control 

The NPR and INT control is shown on Drawing No. D-BS-DX1 l-B-13. This is the classic version of the PDP-1 1 
control and, as such, will not be discussed here. For more information, refer to PDP-11 Peripherals Handbook 
In terfacing-Program m ing. The priority is usually set at 4. 
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5.5.16 Data Bus Multiplexer 

The data bus multiplexer is shown on Drawing No. D-BS-DX1 l-B-19. This circuit comprises sixteen M1713 
modules which are 16-to-l line data multiplexers. The outputs, labeled MUXD <1 5:00> L, are fed directly to the 
Unibus interface on Drawing 17. Note, once again, that by subtracting 10 from the location number the bit 
number can be derived. 

Address bits A (04:01), received and buffered from the Unibus, are applied to all multiplexers as enabled by 
EN DATA TO BUS L. This arrangement takes each and every register in the DX1 1-B and gives back data to the 
Unibus. Each multiplexer represents a bit slice of those registers. 

These Ml 7 13s are open-collector out, feeding directly to the M798s on the interface. Since the M798 contains a 
IK resistor to +5V on the board, they can be plugged directly together. 

5.5.17 Clock, Phase and Time State Generator 

The Clock, Phase and Time State Generator is shown on Drawing No. D-BS-DX1 l-B-20. In this circuit, a basic 
200 ns clock is generated by an M405 at B31, producing three free-running pulse trains, NCLK1, NCLK2 and 
PCLK1. The NCLK is also fed through an AND gate to produce CLKP1 and CLKP2. This is further inverted to 
produce gated CLKN signals. 

The AND gate producing the CLKP and CLKN signals is used to provide a Maintenance Clock mode, and is enabled 
only by CLK GATE a function of the Maintenance Mode, made up of two flip-flops: a) Maintenance Clock Enable 
(DXES1 01), and b) Maintenance Clock flip-flop (DXES1 00). 

Under normal circumstances, the 5 MHz clock NCLK and PCLK is free-running throughout the DX1 1-B; but 
when the DX1 1 is placed in Maintenance Clock mode by setting bit 01 in register 14 (DXES), the normal clock is 
disabled. As long as that bit is set, a clock pulse (CLKP and CLKN) is generated only when the Maintenance 
Clock flip-flop is set by DBUS00 (in DXES). This flip-flop is arranged to reset when it sets, producing a single 
pulse. The switch on the left-hand side of the drawing is located on the EPO panel and designated SINGLE STEP. 
Pulsing this switch will produce the same result. Note that the SSTF flip-flop will complement on each closure as 
its (0) L side is recirculated. The setting of SSTF will AND with PCLK1 to produce SSP which, in turn, can also 
clock the Maintenance Clock flip-flop. The Maintenance Clock flip-flop will then clear SSTF. 

The rest of the circuit is involved in setting time states and phases. As described in the flows, it is these states 
that control the operating modes of the entire DX1 1-B. The free-running clock output is used to complement the 
time state flip-flop (TSFF) which is then used to condition a 16 output decoder (M155B24). The binary com- 
binations of the three signals PH0, 1, and 2 determine the eight possible phases, while TSFF determines which of 
two possible states the machine is in. This results in a 1 6-time-compartmented structure expressed in PHS terms 
(Phase/State) to control the machine. 

TSFF complements every 200 ns from a clock pulse width of 60 ns or less. The indicator for this function looks 
at TSFF (1) or TS1. When the indicator is out, the machine is in TS2. This is observable only when in Mainten- 
ance mode. 

5.5.18 Maintenance Out Buffered Register (DXMOB) 

The DXMOB is shown on Drawing No. D-BS-DX1 l-B-21, Sheets 1 and 2. This register holds the bits from the 
Unibus (DBUS <15:00>) when addressing the DXMO while in on-line cabled mode. It is the function of these 
flip-flops to provide steady levels to the drivers when in this mode. 

The left-hand byte is loaded with CONO (07:00), while the right-hand byte gets BUSO (07:00). 
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Clocking is accomplished by CONOB CLK, which is the AND of ADRS14ADATO EN HIGH combined with 
NCLK2 for the CONO half of the register. Clocking of the right half is identical using DATO EN LOW as part 
of the equation. 

Clearing is a function of DX RESET OR INITACLKN2 yielding four identical DXCLRP signals which direct-clear 
four flip-flops each for loading purposes (actually six per board, see note on print). 

At the bottom of Sheet 1 of this drawing notice a special maintenance flip-flop (SOSIEN) which eventually 
results in a signal called FASTS RV. This is used in Maintenance mode to create a fast Service-Out response to a 
programmed Service-In when simulating, diagnostically, an IBM sequence. 

When the program loads DBUS02 and clocks it with LDADRL24 (Load Address Location 24), this flip-flop will 
set yielding SOSIEN (^ervice-Out-^ervice-Jn Enable). Now when Service-In rises it ANDs to generate FASTS RV 
(CONOB01 is CLKO when cabled). FASTS RV then goes to the IBM Interface, Drawing 27, Sheet 1, where at 
location 4B it ANDs with OFFLINE to immediately generate Service-Out. Note that -FASTSRV H is equivalent 
to FASTSRV L. 

A special condition exists on the CONOB07 flip-flop. Its direct-clear is also used to direct-set that flip-flop. The 
two gate delays (Ml 1 1) on DXCLRP 1 permit the direct-setting of that flip-flop after the pulse has gone away. 
Therefore, upon every clear of this register, this flip-flop is set to signal OPLO. 

5.5.19 General Controls 

The general controls are shown on Drawing No. D-BS-DX1 l-B-24. This circuit comprises the control signals for 
the DX1 1-B. The logic is straightforward and can be reviewed with the flow diagrams discussion in Paragraph 
5.4.2.3. Because of this, the logic will not be discussed in great detail. Some signal mnemonics are obscure, such 
as the signal BLAST, generated at coordinates Bl and used as one possible condition for generating SET PH4 
(coordinates C3). This signal is one of the IBM reset conditions which tells the DX1 1 to get off the bus. 

Relating one signal on Drawing 24 to the flow diagram Drawing 04, Sheets 6 and 2, DX RESET (Drawing 24, 
coordinate B3) can be generated by SIG17A-STOP. This is verified on Drawing 04, Sheet 6, coordinate C7, where 
SIG1 7 implies Phase 7, TS2. 

Consider also the signal ON OFFT at B6. This is an on/off transition signal used to get off the channel. To 
accomplish this transition in accordance with IBM protocol, LOCKOUT must be down, with no outstanding stack 
status, no command chaining indicated, and in-tag lines cleared. This insures that the DX1 1 is not doing a thing 
when the on/off transition occurs. Note that on Drawing 11, Sheet 4, if the program raises ONLINA (an on-line 
request) it ANDs with ON OFFT to put the DX1 1-B on-line (ONLINB). 

All other signals in this circuit can be so related by cross reference. 
5.5.20 Signals and Gates 

The Signals and Gates are shown on Drawing No. D-BS-DX1 l-B-25, Sheets 1 through 3. As with Drawing 24, 
the signals generated on this drawing can be correlated in the flows. Some mnemonics may be obscure, such as 
BANX, which means the DXBA+-TTNDX, or BANDSO which means the DXBA+-DXND and BUSO, or NDCRSR 
which means the DXND+-CUCR and CUSR; for the most part, the logic is straightforward and does not demand 
explanation. 

Sheet 3 illustrates the means whereby the DX1 1 timeout is set. The M908 connector at F02 is provided for the 
installation of external capacitors for this purpose. 
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By installing three 180 /xF caps across Dl/Ll, Cl/Ml, and Bl/Nl, an effective 540 fxF of capacity is added to 
the M306 to set that oneshot to approximately 5 sec. This functions to take the DX1 1-B off of the channel 
arbitrarily if the DX1 1 holds the channel with Operational-In raised for longer than that time period. The disable 
flip-flop for DXTMO is clocked by LDADRL24 with DBUS03 as data. The DXTMO flip-flop is cleared by DX1 1 
RESET OR INIT. 

5.5.21 Parity and Address Compare 

The Parity and Address Compare is shown on Drawing No. D-BS-DX1 l-B-26. This circuitry provides the means 
whereby the DX1 1-B recognizes its CU and DEV address and checks the parity of that address. 

The Ml 55 Decoder at A19 is enabled by ADRO (1) and PAROK. This means that address recognition will not be 
made unless an address is actually tagged on the BUSO and then only when it has been determined that the parity 
on that address is "odd". If parity compares to be "even" after addition of the parity bit, PAROK will not be 
generated and the address decoder module will not be enabled. 

The parity comparators are standard modules. Notice that parity is generated on both Bus-In and Bus-Out. On 
output the EVEN generated by a compare and PARO, which the channel sends, produce PAROK. This represents 
"odd" parity. 

The parity comparators utilize the eight bits of the IBM hexadecimal address. Although there are IBM bits 0—7, 
the DX1 1-B designates them as bits <07:00> (see the conversion table at the top-left of Drawing 27). This hard- 
wired conversion is made in the DX1 1-B/IBM Interface on that drawing. 

Address decoding is split into two parts: a) Control Unit Address (CUA) utilizing the four IBM bits 0—3 
(BUSO <07:04», and b) Device Address derived from IBM bits 4-7 (BUSO <03:00». The first portion of this 
module is hardwired, while the second portion can be either hardwired or programmed. 

The Ml 55 at A19 is capable of recognizing up to 16 possible CU addresses (0-F in hexadecimal notation) as set 
by BUSO (07: 04). These outputs are all made available at an M908 jumper board at A20 which limits the total 
number of addresses recognized to 8 of the possible 16. 

If 8 CU addresses are to be recognized, jumpers are installed in alphabetical order from any 8 pins (Al through 
VI) to V2 through M2 shown as part of the second appearance of A20 in the center of the page (see sample at 
left-hand corner of Drawing 26). 

If less than 8 addresses are required, all unused pins beyond the last one used are wired to that last pin. The 
example illustrates jumpering for just one CU address (IX). 

This arrangement responds to just the first digit of a two-digit address. Note that these decoded outputs are 
ORed at M119B21 as one leg of an AND gate which yields ADRECC (Control Unit Address Compare). 

The second digit can be ignored if desired by grounding pins B2, E2, H2, and K2 as shown in the example. If 
more than one device address is involved in the installation, this ground can be removed and pins L2 through J 2 
wired to B2 through K2, allowing recognition of up to 16 device addresses for each of up to 8 control unit 
addresses. 

This is done by allowing the program to compare the low-order bits in the CUAR with BUSO <03:00>. 

These bits now AND to form the second leg of the AND at B18 that yields ADRECC. They are also ANDed as 
device compare (DEVCOM) with ADRECC to yield ADRECD. These two outputs then comprise the entire 
address recognition in Phases 1 and 2 to process the DX1 1-B to its next called for phase. 
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55.22 IBM Interface 



The IBM Interface is shown on Drawing No. D-BS-DX1 l-B-27, Sheets 1 through 6. It is here that bit numbering 
and assertion levels are converted from IBM standard to DEC standard. 

The table in the upper right-hand corner of Sheet 1 gives the conversion of bit numbering. Note that no bits are 
shifted or reversed. Bit streams are not altered here, just renumbered to conform with PDF- 1 1 format. 

NOTE 

The fact that the PDP-1 1 numbers bits from right to left does 
not in any way alter the significance of any bit with respect to 
other numbering schemes. DX1 1-B bit 00 is equal to IBM bit 07, 
etc. 

Sheet 1 of this drawing lists all signals received from the channel, and Sheet 2 shows all signals the DX1 1 sends to 
the channel. Sheet 3 provides the cable connectors for these signals. Sheets 4 and 5 are devoted to the test bus 
signals, with Sheet 6 containing those connectors. 

The M597 module, used on Sheet 1 , contains an added inverter that performs a double inversion function on 
BUSO signals. These signals are high when true. When ONLINE 1 is high and when BUSOUT is high (true) a 
logic mismatch occurs at the input to the OR yielding BUSO 07 H as a default triggering of the logic. 

There is no logic mismatch in the lower gate in which the buffered versions can be high when OFFLINE is also 
high. 

This pattern of logic repeats on all receivers of this interface. Note that it is at this point that the format number- 
ing is converted. 

5.5.23 Select Bypass and Power Fail 

Select bypass and power fail circuits are shown on Drawing D-BS-DX1 l-B-29. This is a composite drawing show- 
ing the sources for the various signals used by this G890 module at location F01. The timing for this operation 
is shown in Figure 5-18. 

In the IBM 360/370 System, selection of all control units (the DX1 1-B being one) for communication with the 
channel is controlled by the signals SELO and HLDO. This signal is routed serially through the "select" circuitry 
of all CUs, permitting each to respond to it sequentially if that CU recognizes its address, decoded elsewhere in the 
CU. The HLDO signal is used to provide synchronization of CU selection. 

If recognition occurs, the CU seizes SELO and prevents it from being propagated to the next CU on the line. 
If recognition does not occur, the signal is passed on down the line. If no CU recognizes the address sent, Select- 
Out becomes Select-In to the channel, indicating to the channel that no CU responded. Figure 2 of the IBM OEMI 
manual illustrates this scheme. 

Additionally, if any CU is powered down, if power has failed, or if the CU is off line, the Select line is automatic- 
ally routed through normally closed contacts of the relay and the "select-seize" logic is bypassed. 

Note from Drawing 29 that if the DX11 is on-line (-OFFLINE L) and power is up (-DCLO L), the Select-Out 
relay will pick allowing the SEL OUT signal to enable the data input of the SELO flip-flop. Note also that this is, 
in turn, latched by the signal Hold-Out (HLDO). This is a parallel signal to all CUs to permit an immediate drop 
of the select bypassing relay when Select-Out from the CH drops and normally does not rise for 4 fxs after it falls. 
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ONLINB (1) H is delayed for 5 ms when the DX1 1-B goes from on-line to off-line or off-line to on-line to 
ensure that SELO is propagated by the DX1 1-B during the period required to change the contacts of the relay 
which propagates SELO (see Figure 5-18). 

5.5.24 "Bit Slice" and "Select" Loop Trace in Off-Line Cabled Mode 

This paragraph is devoted to tracing the Select-Out signal and one bit through the DX1 1-B when it is operating 
in off-line cabled mode. The purpose is to provide familiarity with the general routing of these signals so that any 
bit can be traced if needed. This mode of operation is chosen so that all DX1 1-B circuitry can be covered, includ- 
ing the connectors to and from the IBM channel. 

Figure 5-19 illustrates the path for BUS OUT 3. Note the bit number conversion as shown on Drawing 27. 
Figure 5-20 illustrates the routing of the Select-Out signal as received from the channel bus on Drawing 27. 
Note that SEL OUT A, after passing through the G890 at F0, becomes SEL OUT B out to the system, through 
the jumper on the last unit. It then returns as SEL IN B and is returned to the channel as SEL IN A. 

5.5.25 EPO Panel Operation 

The DX1 1-B miscellaneous control and EPO panel is shown schematically on Drawing D-CS-7008792-0-1 , and is 
illustrated in Figure 3-1. The panel provides the only operating controls on the DX1 1-B, with the exception of the 
Power Contactor on the H740 Power Supply and 861 Power Control and operates in conjunction with the stand- 
ard IBM; Power Control Interface. A general description of all IBM Power Interfaces is given in IBM Document File 
No. S360-19 GA22-6906-0 "IBM System/360 Power Control Interface Original Equipment Manufacturers' Infor- 
mation". The operation of the DX1 1-B interface conforms to the requirements described in that document. 

In IBM systems, all units are powered from the main CPU of the system. In addition, application of power to these 
elements is not applied at once, but rather is applied sequentially to each element thereby reducing overall power 
requirements and minimizing noise generation from power surges. Each element is equipped with a set of standard 
relays, switches, and indicators, together with a unit power source ; and all elements usually operate in some mode 
of remote control although most can also operate in a local mode. Finally, each unit can be disabled immediately 
by operation of the Emergency Power Off (EPO) button located on the front panel of the 360/370 Console. 
Operation of this button is unlikely except in cases of extreme emergency. 

Referring to the diagram in Drawing 7008792, the DX1 1-B Unit Power Source (approximately 12.6 Vdc) is pro- 
vided by Tl feeding an MDA 980-1. Note that this supply is always powered as long as the DX1 1 power cord is 
connected to ac power. When operating on 120 Vac, pin 1 of TB2 is left floating. The diagram entitled EPO 
TIMING on the drawing describes the sequence of operation. 

With the LOCAL PWR ON switch closed, power is complete to the H740 Power Supply. 

With the LOCAL/SYSTEM switch in LOCAL position, power from the unit power source is complete through 
pin 1 of EPO connector J 1 , through the contacts of the EPO switch on the IBM console to the NC contacts of the 
LOCAL/ SYSTEM switch, through the coil of K3 to -V. This closes contacts 8 and 6 of that relay to apply power 
to the H740 Power Supply. The upper switch contact provide a "step by" capability of the IBM stepping switch 
if power sequencing is initated by the 360 when the DX1 1 is in LOCAL mode. 

With the LOCAL/SYSTEM switch in SYSTEM position, unit source power (always powered) is complete through 
the EPO switch, through pin 2 of Jl (EPO CONTROL) to -V, through the coil of Kl which closes it contacts 1 
and 3. When the Power switch is closed, and when the step control switch is advanced to the DX1 1-B position, 
unit source power is complete through pin 6 of Jl (PWR PICK) and the now closed contacts of Kl to -V through 
the coils of K2 and K3. When contacts 1 and 3 of K2 close, system source is complete through pin 5 of Jl 
(PWR HOLD) and the PWR HOLD indicator on the EPO panel is complete through contacts 8 and 6 of K2. 
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Figure 5-1 8 OFF to ON and ON to OFF Line Transition Timing 



• MATED DURING TEST- 



(FROM THE CH) 




BUSOB CLKB 



DWG 21 



| DWG 27 

Figure 5-19 One Bit Slice Loop Trace 



5-52 



FROM/ TO 
THE CH 



LIGHT 

r 



B08<; 


l> <{>D09 


B08<{ 


> <}>D09 



)lBM CABLE "A" 

IBM CONNECTOR 



DARK 

r - 



L. 



L 



TURN AROUND JUMPER IN I 1 

TERMINATOR, LAST UNIT I t 

TO NEXT CU 
IBM CABLE "B"(^ 



IBM CONNECTOR 



DX11-B 
DWG 29 



D09? 



D09<j> <{>B08f 



■i r" 



N2 




P2 


G890 
F01 


S2 




R2 



11 



}dar 

n 



B08JDARK 



J 



DWG 27 | | 



Figure 5-20 Select-Out/Select-In Loop Trace 



When contacts 1 and 3 of K3 close, stepping relay power is complete through pin 3 of Jl (SYSTEM SRC) and 
returns through pin 4 (PWRING COMP) to step the switch to the next unit in the sequence. Power on the DX1 1-B 
is now held on by the unit source through contacts 1 and 3 of K2, and coil of K3. 

Once this sequence is complete, power is removed if either the Power switch is opened or if the EPO contacts are 
opened. 

If the Power Switch is opened, PWR HOLD is lost dropping both K2 and K3. Kl remains energized, ready for 
another power-up sequence. 

If the EPO contacts are opened, Kl also drops and EPO CONTROL is lost. Under these circumstances, remote 
powering of the DX1 1-B cannot be accomplished until they are once again closed. 

The other controls on this panel are all interconnected by PI and TBI. Pin C2 is ground. The SINGLE PULSE 
switch interconnects with Drawing 20 where it is used to activate two AND gates in cro ss-co nj unction which, in 
turn, clock the SSTF flip-flop. 

ACLO and DCLO sensing from the H740 Power Supply is sent to Drawing 1 8 to yield the signals ACLO and 
DCLO. 

The ONLINE ENABLED switch sends ground to Drawing 29 where it activates a cro ss-conj un ct ion flip-flop to 
yield ONLINE EN SW H and L. In the enable position, it causes the ONLINE ENABLE indicator on this panel 
to glow. 
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CHAPTER 6 
MAINTENANCE 



6.1 INTRODUCTION 

Maintenance philosophy of the DX1 1-B is based on the premise that an optimum amount of preventive procedures, 
performed regularly, can eliminate many costly equipment breakdowns and can forecast failures before they 
occur. The design is such that, in the event of failure of a specific item, module replacement can restore the 
equipment to service in a minimum of time. This chapter contains both preventive and corrective maintenance 
procedures. 

6.2 PREVENTIVE MAINTENANCE 

Preventive maintenance consists of tasks performed at periodic intervals to ensure proper equipment operation 
and minimum unscheduled downtime. These tasks consist of running diagnostics, visual inspection, operational 
checks, adjustment, and replacement of marginal components. 

The preventive maintenance schedule depends on the environmental and operating conditions that exist at the 
installation site. Under normal conditions, recommended preventive maintenance consists of inspection and 
cleaning every 600 hours of operation or every 4 months, whichever occurs first. However, relatively extreme 
conditions of temperature, humidity and dust demand more frequent maintenance. It is recommended that 
the IBM 2848 Diagnostic be run once a week as part of the normal preventive maintenance schedule. 

6.2.1 Mechanical Checks 

Inspect the DX1 1-B periodically as follows: 

a. Visually inspect the unit for general condition. 

b. Clean the interior and exterior of the rack using a vacuum cleaner or a clean cloth moistened in non- 
flammable solvent. 

c. Inspect all wiring and cables for cuts, breaks, frays, deterioration, kinks, strain, and mechanical security. 
Tape, solder, or replace any defective wiring or cable covering. 

6.2.2 Test Equipment Required 

Maintenance activities for the DX1 1-B require the standard test equipment and diagnostic programs listed in 
Table 6-1, in addition to standard hand tools, cleaners, test cables, and probes. Special test equipment required 
for any adjustments are given as part of the adjustment procedure. 
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Table 6-1 
Test Equipment Required 



Equipment 


Manufacturer 


Designation 


Multimeter 


Trinlpft or Simnson 


Model 630-NA or 260 


Oscilloscope 


Tektronix 


Type 453 


XI Probes (2) 


Tektronix 


P6008 


Module Extender 


DEC 


Type W980 


Diagnostic Self-Test Routines 


DEC 


MAINDEC-11-DZDXA . 






MAINDEC-11-DZDXB 






MAINDEC-11-DZDXC 






MAINDEC-11-DZDXD 






MAINDEC-11-DZDXE 



6.3 CORRECTIVE MAINTENANCE 

The procedures that follow are based on standard troubleshooting techniques. Once the defective module has 
been located, replace it with a spare module and return the defective module to DEC for repair or replacement. 

6.3.1 General Corrective Procedures 

Before beginning troubleshooting procedures, ensure that the equipment external to the DX1 1-B is operating 
correctly. Check with IBM CE and refer to PDP-1 1 maintenance manuals to determine status. Also, examine the 
DX1 1-B Maintenance Log to determine if the fault has occurred before and, if so, note what steps were taken to 
correct the condition. 

NOTE 

A recurring fault can indicate a common uncorrected fault else- 
where. 

Visually inspect the physical and electrical security of all cables, connectors, modules, and wiring. In particular, 
check the security of ground connections between racks. Faulty grounds can produce a variety of faults. 

6.3.2 Diagnostic Testing 

DEC provides special diagnostic programs (MAINDECs) to assist in localizing faults within the equipment. 
Functionally, the programs fall into two categories: test and reliability. Test programs isolate genuine go/no-go 
type hardware failures that are easily recognizable; reliability programs isolate failures that are more difficult to 
detect, because they are marginal in nature and/or occur infrequently or sporadically. The family of test programs 
are written so that, when run successively, they test the equipment beginning with small portions of the hardware 
then gradually expand until they involve the entire machine. To accomplish this, they are built around instruc- 
tions and portions of instructions whose demands on equipment capabilities progress from simple operations to 
the most involved manipulations. As portions of the system are proven operable, they become available to suc- 
ceeding tests for use in checking unproven portions of the machine. 
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In the DX1 1-B there are six programs comprising the diagnostic package. They include: 

a. The CTP that operates in two modes. In OFFLINE mode it exercises all the communication devices 
and the DX1 1-B in test mode. In ONLINE mode it runs all the communication devices with the DX1 1-B 
driven by the 360 running, e.g., FRIEND. 

b. The DX1 1-B Diagnostic that provides a detailed off-line logic checkout of the DX1 1-B hardware. 

c. DECX 1 1 off line diagnostic . 

d. A RESPONDER for the IBM 2848 diagnostic. 

e. A 360 program to checkout the DX1 1-B hardware and software in the 2848 mode of operation. 

f. FRIEND, a 360 CCW generator program that generates arbitrary CCW strings to check operator 
requested functions of any IBM CU. 

6.3.3 Vibration Tests 

Intermittent malfunctions can be located usually by performing a vibration test. This aggravates a condition that 
otherwise might not be located. To perform a vibration test, proceed as follows: 

1 . Check switches for immunity from vibration and shock by wiggling them and tapping them with the 
fingers. 

2. Check modules for immunity from vibration and shock in two planes. To check the plane perpendic- 
ular to the module mounting plane, tap each module handle with the fingers. To check the plane 
parallel to the module mounting plane, slide a Teflon rod horizontally across the modules. This should 
be done slowly and twice in each direction. The Teflon rod should be approximately 8-in. long, 3/ 8-in. 
in diameter, and should be held between the fingers 6 in. from the end that is applied to the modules. 
This test will indicate bad components and poor solder joints. 

CAUTION 

If vibration tests are applied too vigorously, damage to modules 
could result. Do NOT vibrate the IBM connectors or the 
G890F1 module. 

After localizing the fault to within a functional logic element, run the diagnostic which uses all functions of that 
element. Trace signal flow through the suspected element with an oscilloscope by synchronizing the oscilloscope 
sweep with control signals or clock pulses. Check for proper levels, durations, rise and fall times, and timing of 
all input and output signals. 
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CHAPTER 7 
ENGINEERING DRAWINGS 



7.1 GENERAL 

Table 7-1 lists those engineering drawings called out in text. The listing is alphanumeric by drawing number and 
does not include all drawings in the manufacturing set. 



Table 7-1 
DX11-B Engineering Drawings 



Number 


Title 


D-FD-DX11-B-04 


Flow Diagram (9 sheets) 




Sheet 1 — Phase Independent Sequences 




Sheet 2 — Phase Idle or Requesting 




Sheet 3 — Phase 1 Address Response 




Phase 2 Status Preparation 




Sheet 4 — Phase 3 Status Presentation 




Phase 4 Mark 




Sheet 5 — Phase 5 Input 




Phase 6 Output 




Sheet 6 - Phase 7 Done 




Sheet 7 — Disconnect Response 




Sheet 8 — Programmed Registers 




Sheet 9 - Data Paths 


D-BS-DX11-B-05 


DXDS DX Device Status (2 sheets) 


06 


DXCS Control Unit Status (2 sheets) 


07 


DXBA DX Bus Address 


08 


DXBC DX Byte Counter 


09 


CUSR (Control Unit Status Register) (2 sheets) 


10 


DXND NPR Data Register (2 sheets) 


11 


DXCB DX Control Bits (4 sheets) 


12 


DXMO/CONO 


13 


DXMI Control In/Bus In (2 sheets) 


14 


TTNDX Tumble Table Index 


15 


CUAR Control Unit Address Register 


16 


CUCR Control Unit Control Register 


17 


Unibus Interface (2 sheets) 


18 


NPR and INT Control 


19 


Data Bus Mux. 


20 


Clock, Phase & Time State Gen. 


21 


DXMOB - CONO BUFF/BUSO BUFF (2 sheets) 



(continued on next page) 
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Table 7-1 (Cont) 
DX1 1-B Engineering Drawings 



Number 


Title 


D-IC-DX11-B-22 


Indicator Conn 


D-BS-DX11-B-24 


General Controls 


25 


SIG & Gates (3 sheets) 


26 


Parity and Address Compare 


27 


IBM Interface (6 sheets) 


D-IC-DX11-B-28 


Unibus Connectors 


D-BS-DX11-B-29 


Select Bypass & Power Fail 


D-CS-7008792-0-1 


Misc Controls & EPO 
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This appendix contains selected data for reference by the reader. Included are a glossary of mnemonic terms and 
a conversion method for hexadecimal to octal to EBCDIC notation. Further reference material can be found as 
part of the appendices to the IBM System/ 360 Principles of Operation Manual as listed in the Foreword of this 
manual. 



A.1 GLOSSARY 

In Table A-1 the signals are arranged in alphanumeric order as they appear on the block schematics. In instances 
of complex signals the following notation is used: 



BAND SO 
Signal Mnemonic 



DXBA 
First 2 Letters 



Gets 



DXND 



Middle 2 Letters 



BuS Out 

i r 

AND Last 2 Letters 



The left column contains the signal being defined; the right column contains the definition of the actions involved. 
In the example, the DXBA (Bus Address Register) receives the contents of (gets) the DXND (NPR Data Register) 
and the contents of Bus Out. 

These mnemonics can be further clarified by reference to Drawing 04, Sheets 1 through 9. 



Table A-1 
DX1 1-B Signal Glossary 



Signal 


Definition 


ACLO 


PDP-1 1 AC voltage low 


ADR OUT 


Address Out 


ADRECC 


Control Unit Address Compare 


ADRECD 


Device Address Compare 


ADRI(0)/(1) 


Address In 


ADRIN 


Address In 


ADRO 


Address Out 


ADRSxx 


Address (Unibus) xx = 02, 04, 06, 10, 12, 14, 16, 24 


ADRS SELO 


Address Select Out 


ADRS TO BUS 


Address to Bus 



(continued on next page) 
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Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


ARSO 


CUAR+-BXJSO 


ATTEN(0)/(1) 


Attention 


BAAR 


DXBA^CUAR 


BADB 


DXBA<-DBus 


BAINxx 


Bus Address In xx = 00— 1 5 


BALF(0)/(1) 


Bus Alternator Flip-Flop 


BANDSO 


DXBA+-DXND-BUSO 


BANX 


DXBA+-TTNDX 


BAOR 


DXBA^CUOR 


BCMO 


Byte Count Minue One 


BG IN 


Bus Grant In 


BG OUT 


Bus Grant Out 


BIAR 


BusIn^CUAR 


BISR 


Bus In<-CUSR 


BIT x COMP 


Bit x Compare x = 0—3 


BLAST 


A "Get Off signal resulting from IBMRST 


BLLF(0)/(1) 


Bus Load Limiting Flip-Flop 


BLLM 


Unibus Load Limiting Mono 


BR OUT 


Break Request Out 


BSY(0)/(1) 


Busy 


BSYEN(0)/(1) 


CU Busy Enable 


BSYS 


Busy Sent 


BUDATA 


Bus Data 


BUS Axx 


Bus Address xx = 00-17 


BUS AC LO 


Bus AC Low 


BUS BBSY 


Bus Busy 


BUS BGxIN 


Bus Grant In x = 4-7 


BUS BR x 


Bus Request x = 4—7 


BUS Cx 


Bus Control Lines x = 0, 1 


BUS Dxx 


Bus Data xx = 00-15 


BUS DC LO 


Bus DC Low 


BUS IN x 


Bus In x = 0-7 



(continued on next page) 
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Table A-l (Cont) 
DX1 1-B Signal Glossary 



Signal 


Definition 


BUS IN P 


Bus In Parity 


BUS INIT 


Bus Initialize 


BUS INTR 


Bus Interrupt 


BUS MSYN 


Bus Master Sync 


BUS NPG IN/OUT 


Bus Non-Processor Grant 


BUS NPR 


Bus Non-Processor Request 


BUS OUT x 


Bus Out x = 0-7 


BUS OUT P 


Bus Out Parity 


BUS PA 


Bus Parity Available 


BUS PB 


Bus Parity Bit 


BUS SACK 


Bus Selection Acknowledge 


BUS SSYN 


Bus Slave Sync 


BUSI 


IBM Bus In Register 


BUSI xx (0)/(l) 


Bus In xx = 00-07 


BUSO 


IBM Bus Out Register 


BUSO xx 


Bus Out xx = 00-07 


BUSOB xx(0)/(l) 


Bus Out Buffered xx = 00-07 


BUSOB CLKA/B 


Bus Out Buffered Clock 


BYPAS(0)/(1) 


Bypass 


CAW 


Channel Address Word 


CCW 


Channel Command Word 


CE 


Channel End 


CH 


Channel 


CHDEND 


Channel Data End 


CHEND(0)/(1) 


Channel End 


CHENDS 


Channel End Sent 


CHIS(0)/(1) 


Channel Initiated Sequence 


CLINTR 


Clear Interrupt 


CLK GATE 


Clock Gate 


CLK OUT 


Clock Out 


CLKN1/2/3 


Negative Clock 


CLKO 


Clock Out 



(continued on next page) 
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Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


CLKP1/2 


Positive Clock 


CLR CUAR 


Clear the CUAR 


CLR CUCR 


Clear the CUCR 


CLR CUSR 


Clear the CUSR 


CLR DXBC 


Clear the DXBC 


CLR DXCB 


Clear the DXCB 


CLR DXCS 


Clear the DXCS 


CLR DXDS/A 


Clear the DXDS 


CLR DXMI 


Clear the DXMI 


CLR FCTN 


Clear the Function 


CLR IRC 


Clear IBM Reset Conditions 


CMD OUT 


Command Out 


CMDCHN 


Command Chain 


CMDO(0)/(1) 


Command Out 


CMDREJ 


Command Reject 


CMDSRV 


Command Service 


COM 


Control Lines In Register 


CONIZ 


Control Lines In Zero 


CONO 


Control Lines Out Register 


CONO CLKA/B 


Control Lines Out Clock 


CONOB xx(0)/(l) 


Control Lines Out Buffered xx = 00-07 


CONOB CLKA/B 


Control Lines Out Buffered Clock 


COUNT BA 


Count Bus Address 


COUNT BC 


Count Byte Counter 


COUNT TTNDX 


Count Tumble Table Index 


CRSO 


CUCR+-BUSO 


CRSRND 


CUCR^CJJSR'DXND 


CSW 


Channel Status Word 


CU 


Control Unit 


CUA xxX 


Control Unit Address xx = 00, 02, 04, 06, 10, 12, 14, 16, 20, 22, 24, 26, 
30, 32, 34, or 36 
X = Device Address 



(continued on next page) 
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Table A-l (Cont) 




DX11-B Signal Glossary 


Signal 


Definition 


CUAR xx(0)/(l) 


Control Unit Address Register xx = 00—07 


CUAR CLKA/B 


Control Unit Address Register Clock 


CUAR DATA LOAD 


Control Unit Address Register Data Load 


CUBSY(0)/(1) 


Control Unit Busy 


CUCR xx(0)/(l) 


Control Unit Command Register xx = 00—07 


CUCR CLK EN 


Control Unit Command Register Clock Enable 


CUCR CLKA/B 


Control Unit Command Register Clock 


CUD 


Control Unit Done 


CUDEND 


Control Unit Data End 


CUDX(0)/(1) 


Control Unit Data Control 


CUEND(0)/(1) 


Control Unit End 


CUFBM(0)/(1) 


Control Unit Forced Burst Mode 


CUI5 


Control Unit Initiated (Input) 


CUI6 


Control Unit Initiated (Output) 


CUOR xx 


Control Unit Offset Register xx = 10-15 


CUSR 


Control Unit Status Register 


CUSR CLK EN/A 


Control Unit Status Register Clock Enable 


CUSRNZ 


Control Unit Status Register Non-Zero 


DATA IN 


Data In 


DATA OUT 


Data Out 


DATA STROBE 


Data Strobe 


DATA TO BUS 


Data to Bus 


DATA WAIT 


Data Wait 


DATO EN HIGH/LOW 


Data Out Enable 


DATOK 


Data OK 


DBUS xx 


Data Bus xx = 00-15 


DCLO 


DC Low 


DE 


Device End 


DEV 


Device 


DEVCOM 


Device Compare 


DEVEND(0)/(1) 


Device End 



(continued on next page) 
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Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


DIS DXTO(0)/(1) 


Disable DX Timeout 


DISC IN 


Disconnect In 


DONE 


Done 


DS 


Data Sequence 


DSCRSP(0)/(1) 


Disconnect Response 


DT 


Data Transfer 


DX 


DX11-B 


DXBA xx 


NPR Address Register xx = 00-15 


DXBA CRY 


NPR Address Register Carry 


DXBC xx 


DX Byte Count Register xx = 00-15 


DXCA 


DX Command & Address Register 


DXCB 


DX Control Bits Register 


DXCLRP1/2/3/4 


DX Clear Pulse 


DXCS 


DX Control Unit Status Register 


DXCS CLKA 


DXCS Clock 


DXCS CLKEN/A 


DXCS Clock Enable 


DXDS 


DX Device Status Register 


DXES1/2 


DX Extra Signals Register 


DXMI 


DX Maintenance In Register 


DXMO 


DX Maintenance Out Register 


DXMOB 


DX Maintenance Out Buffered Register 


DXND xx(0)/(l) 


DX NPR Data Register xx = 00- 15 


DXND CLK A/B 


DXND Clock 


DXND STB A/B 


DXND Strobe 


DXOS 


DX Offset and Status Register 


DXRESET 


DX Reset 


DXRESET OR INIT 


DX Reset or Initialize 


DXTO 


DX Timeout 


EN DATA TO BUS/A 


Enable Data to Bus 


EN FCTN 


Enable Function 


ENABLE 


Enable 


END CYCLE 


End Cycle 



(continued on next page) 



A-6 



Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


ENDEN 


End Enable 


EPO 


Emergency Power Off 


ERRSTA 


Error Status 


ES 


Ending Sequence 


ESEND 


Ending Sequence End 


ETAP 


Emulator Terminal Applications Program 


EVEN 


Even 


FASTCU 


Fast Control Unit Response to an ISS while busy 


FASTSRV 


Fast Service-In Response to Service-Out while in Test Mode 


FASTX 


Fast Control Unit Response to INFDSC 


FCTN CLK 


Function Clock 


FCTNl/2(0)/(l) 


Function 


FTCU 


Fast Control Unit Response While Busy 


FUNEQO/ 1/2/3 


Function Equals 


GO 


Go 


HIO 


Halt I/O 


HLD OUT 


Hold Out 


HLDO/O) 


Hold Out 


IBMRST 


IBM Reset 


IN 


In 


INBA 08 


In Bus Address Bit 08 


INFDSC(0)/(1) 


Interface Disconnect 


INIT 


Initialize 


INMSTR 


Interrupt Master 


INTEN 


Interrupt Enable 


INTEN CLKEN 


Interrupt Enable Clock Enable 


IOD 


I/O Done 


IRCCLR 


IBM Reset Conditions Clear 


IRS(0)/(1) 


IBM Reset Stored 


ISS 


Initial Selection Sequence 


ISSREJ(0)/(1) 


ISS Reject 



(continued on next page) 



A-7 



Table A-l (Cont) 
DX1 1-B Signal Glossary 



Signal 


Definition 


LDADRL 24 


Load Address Location 24 


LOAD BUS DXMI 


Load Bus DX Maintenance In 


LOAD DXBA 


Load DXBA 


LOAD DXBC 


Load DXBC 


LOCKO(0)/(1) 


Lockout 


m 


Modifier Bit 


MARK IN 1/0 


Mark In 


METER IN 


Meter In 


METER OUT 


Meter Out 


MNCLEN(0)/(1) 


Maintenance Clock Enable 


MNCLKF(0)/(1) 


Maintenance Clock Flip-Flop 


MPX 


Multiplexer Channel 


MUXD xx 


Multiplexed Data xx = 00-15 


NCLK1/2 


Negative Clock 


NDCRSR 


DXND+CUCR-CUSR 


NDDB 


DXM)*-Data Bus 


NODST 


No Offset to Device Status Table 


NPMSTR 


NPR Master 


NPRDLY 


NPR Delay 


NPRT(0)/(1) 


NPR Transfer Direction 


NPRTO(0)/(1) 


NPR Timeout 


NPRX(0)/(1) 


NPR Transfer 


NPTDON(0)/(1) 


NPR Transfer Done 


NXM(0)/(1) 


Non-Existent Memory 


ODD 


Odd 


OFFLINE 


Off Line 


OFFRCVREN 


Off Line Receivers Enable 


ON 


On 


ONLINA 


On Line A 


ONLINB(0)/(1) 


On Line B 


ONLINE 


On Line 


ONLINE EN SW 


On Line Enable Switch 



(continued on next page) 
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Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


ONLINE 1 


On Line 1 


ONOFFT 


On/Off Transition 


OPL IN 


Operational-In 


OPL OUT 


Operational-Out 


OPLI(0)/(1) 


Operational-In 


OPLO(0)/(1) 


Operational-Out 


OUT HIGH 


Out High 


OUT LOW 


Out Low 


PARER 


Parity Error 


PARI 


Parity In 


PARO 


Parity Out 


PAROK 


Parity OK 


PARSTP 


Parity Stop 


PCLK1 


Positive Clock 


PDPTO(0)/(1) 


PDP Timeout 


PHx(0)/(l) 


Phase x = 0, 1, 2 


PHSx 1 x 2 


Phase State x x = 0-7, x 2 = 1, 2 


PSW 


Program Status Word 


PWR OK RLY 


Power OK Relay 


RADRI 


Received Address-In 


RBUSI xx 


Received Bus-In xx = 00-07 


RBUSI P 


Received Bus-In Parity 


REQ IN 


Request-In 


REQI(0)/(1) 


Request-In 


REQIN 


Request-In 


ROPLI 


Received Operational-In 


RREQI 


Received Request-In 


RSELI 


Received Select-In 


RSRVI 


Received Service-In 


RSTAI 


Received Status-In 


SEL 


Selector Channel 


SEL IN/A/B 


Select-In 



(continued on next page) 
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Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


SEL OUT/A/B 


Select-Out 


SEL SYNC 


Select Sync 


SELECT 


Select 


SELI(0)/(1) 


Select-In 


SELO(0)/(1) 


Select-Out 


SELRST(0)/(1) 


Selective Reset 


SENSE 


Sense 


SETPHx 


Set Phase x = 0-4 


SICR 


BUSI+-CUCR 


SIO 


Start I/O 


SISR 


BuSIn*-CXJSR 


SISREN 


BUS7+-CUS7? £7Vable 


SOSIEN 


Service-Out/Service-Tn ENahle 


SPW 


Status Pointer Word 


SRDB 




SRNDH/L 


CXJSR+-DXND 


SRNDEN 


CVSR<-BXND ENable 


SRSO 


CUSR+-BUSO 


SRV IN 


Service-In 


SRV OUT 


Service-Out 


SRVI(0)/(1) 


Service-In 


SRVO(0)/(1) 


Service-Out 


SSP 


Single Step Pulse 


SST 


Single Step Transition 


SSTF(0)/(1) 


Single Step Transition Flip-Flop 


SSYN 


Slave Sync 


STAIN 


Status-In 


STAI EN 


Status-In Enable 


STAI(0)/(1) 


Status-In 


STAMOD(0)/(1) 


Status Modifier 


STB/ A CUSR 


Strobe Control Unit Status Register 


STKSTA(0)/(1) 


Stack Status 



(continued on next page) 
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Table A-l (Cont) 
DX11-B Signal Glossary 



Signal 


Definition 


STOP 


Stop 


STR SYNC 


Strobe Sync 


SUP OUT 


Suppress-Out 


SUPO(0)/(1) 


Suppress-Out 


SYNC(0)/(1) 


Synchronization 


SYSRST(0)/(1) 


System-Reset 


TCH 


Test-Channel 


TESTIO 


Test-I/O 


TIC 


Transfer In Channel 


TIO 


Test I/O 


TPx 


Time Pulse x = 1 , 2 


TSFF(0)/(1) 


Time State Flip-Flop 


TSTADR IN 


Test Address-In 


TSTADR OUT 


Test Address-Out 


TSTBUS IN x 


Test Bus-In x = 0-7 


TSTBUS IN P 


Test Bus-In Parity 


TSTBUS OUT x 


Test Bus-Out x = 0-7 


TSTBUS OUT P 


Test Bus-Out Parity 


TSTCMD OUT 


Test Command-Out 


TSTHLD OUT 


Test Hold-Out 


TSTOPL IN 


Test Operational-In 


TSTOPL OUT 


Test Operational-Out 


TSTREQ IN 


Test Request-In 


TSTSEL IN 


Test Select-In 


TSTSEL OUT 


Test Select-Out 


TSTSRV IN 


Test Service-In 


TSTSRV OUT 


Test Service-Out 


TSTSTA IN 


Test Status-In 


TSTSUP OUT 


Test Suppress-Out 


TT 


Tumble Table 


TTNDX xx 


Tumble Table Index xx = 00-07 


TTNDX CLR 


Tumble Table Index Clear 



(continued on next page) 
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Table A-l (Cont) 



DX1 1-B Signal Glossary 


Signal 


Definition 


UCHECK(0)/(1) 


Unit Check 


UCHKS 


Unit Check Sent 


UEXCEP(0)/(1) 


Unit Exception 


XBAxx(0)/(l) 


Extended Bus Address xx = 16, 17 



A.2 HEX/OCTAL/EBCDIC CONVERSION CHART 

Table A- 2 provides a means of converting the hexadecimal representation for the keyboard functions to uieir 
octal equivalent (Note, ASCII reference implied) and to the EBCDIC representations. 



Table A-2 
Hex/Octal/EBCDIC Conversion Chart 



Hex 


Octal 


EBCDIC 


Hex 


Octal 


EBCDIC 


00 


000 


NUL 


20 


040 


DS 


01 


001 


SOH 


| 21 


041 


SOS 


02 


002 


STX 


22 


042 


FS 


03 


003 


ETX 


24 


044 


BYP 


04 


004 


PF 


; 25 


045 


LF 


05 


005 


HT 


26 


046 


ETB 


06 


006 


LC 


27 


047 


ESC 


07 


007 


DEL 


2A 


052 


SM 


OA 


012 


SMM 


2B 


053 


CU2 


0B 


013 


VT 


2D 


055 


ENQ 


OC 


014 


FF 


2E 


056 


ACK 


0D 


015 


CR 


2F 


057 


BEL 


0E 


016 


SO 


32 


062 


SYN 


OF 


017 


SI 


34 


064 


PN 


10 


020 


DLE 


35 


065 


RS 


11 


021 


DC1 


36 


066 


uc 


12 


022 


DC2 


37 


067 


EOT 


13 


023 


TM 


3B 


073 


CU3 


14 


024 


RES 


3C 


074 


DC4 


15 


025 


NL 


3D 


075 


NAK 


16 


026 


BS 


3F 


077 


SUB 


17 


027 


IL 


40 


100 


SP 


18 


030 


CAN 


4A 


112 


i 


19 


031 


EM 


4C 


114 


< 


1A 


032 


CC 


4D 


115 


( 


IB 


033 


CUI | 


4E 


116 


+ 


1C 


034 


IFS 


4F 


117 


1 


ID 


035 


IGS ! 


50 


120 


& 


IE 


036 


IRS 1 


5A 


132 


? 


IF 


037 


ius ! 


5B 


133 


$ 



(continued on next page) 
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Table A-2 (Cont) 

Hex/Octal/EBCDIC Conversion Chart 



Hex 


Octal 


EBCDIC 


Hex 

_____ .. 


Octal 




EBCDIC 


5C 


134 




A6 


246 


w 


5D 


135 


) 


A7 


247 


X 


5E 


136 


5 


A8 


250 


y 


5F 


137 




A9 


251 


z 


60 


140 


- 


CI 


301 


A 


61 


141 


/ 


C2 


302 


B 


6B 


153 


5 


C3 


303 


C 


6C 


154 


% 


C4 


304 


D 


6D 


155 


_ 


C5 


305 


E 


6E 


156 


> 


C6 


306 


F 


6F 


157 


? 


C7 


307 


G 


7A 


172 




C8 


310 


H 


7B 


173 


# 


C9 


311 


I 


7C 


174 


@ 


Dl 


321 


J 


7D 


175 




D2 


322 


K 


7E 


176 


= 


D3 


323 


L 


7F 


177 




D4 


324 


M 


81 


201 


a 


D5 


325 


N 


82 


202 


b 


D6 


326 


O 


83 


203 


c 


D7 


327 


P 


84 


204 


d 


D8 


330 


Q 


85 


205 


e 


D9 


331 


R 


86 


206 


f 


E2 


342 


S 


87 


207 


g 


E3 


343 


T 


88 


210 


h 


E4 


344 


T T 

u 


89 


211 


i 


E5 


345 


V 


91 


221 


j 


E6 


346 


w 


92 


222 


k 


E7 


347 


X 


93 


223 


1 


E8 


350 


Y 


94 


224 


m 


E9 


351 


Z 


95 


225 


n 


F0 


360 







226 





Fl 


361 


1 


97 


227 


P 


F2 


362 


2 


98 


230 


q 


F3 


363 


3 


99 


231 


r 


F4 


364 


4 


A2 


242 


s 


F5 


365 


5 


A3 


243 


t 


F6 


366 


6 


A4 


244 


u 


F7 


367 


7 


A5 


245 


V 


F8 


370 


8 








F9 


371 


9 



A.3 HEXADECIMAL/OCTAL CONVERSION 

To convert a hexadecimal number to octal, proceed as follows: 

1 . Convert the hex number to binary. 

2. Partition the binary number in 3-bit groups. 

3. Write the octal equivalent for each 3-bit group. 
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To convert an octal number to hexadecimal, proceed as follows: 

1 . Convert the octal number to binary. 

2. Partition the binary number in 4-bit groups. 

3. Write the hex equivalent for each 4-bit group. 
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APPENDIX B 
ADDRESS ASSIGNMENTS 



B.l FLOATING VECTORS 

There is a floating vector convention used for communications (and other) devices that interface with the PDP-1 1 
computer. These vector addresses are assigned, in order, starting at 300 and proceeding upwards to 777. Table B-1 
shows the assigned sequence. It can be seen that the first vector address, 300, is assigned to the first DC1 1 in the 
system. If another DC1 1 is used, it would then be assigned vector address 310, etc. When the vector addresses have 
been assigned for all the DClls (up to a maximum of 32), addresses are then assigned consecutively to each unit of 
the next highest ranked device (KL1 1 or DPI 1 or DM11, etc.), then to the other devices in accordance with the 
priority ranking (Table B-1 ). 

If any of these are not included in a system, the vector address assignments move up to fill the vacancies. If a device 
is added to an existing system, its vector address must be inserted in the normal position and all other addresses 
must be moved accordingly. If this procedure is not followed, DEC software cannot test the system. 



NOTE 

The floating vectors range from addresses 300 to 777, but 
addresses 500 through 534 are reserved for special bus testers. 
In addition, address 1000 is used for the DS11 Synchronous 
Serial Line Multiplexer. Refer to Appendix A of the PDP-1 1 
Peripherals Handbook, 1973-1974, for a complete discussion 
of Unibus addresses. 



The DX1 1-B has four assigned Unibus addresses as follows: 



DX11 



DX11 



DX11 



DX11 



#1 
#2 
#3 
#4 



776340 



776200 
776240 



776300 
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Table B-l 

Priority Ranking for Floating Vectors 
(starting at 300 and proceeding upward) 







Vector 




Rank 


Device 


Size 


Max. ] 






(in octal) 




1 


DC11 


10 


32 


2 


KL11,BL11-A,DL11-C 


10 


16 


3 


DP11 


10 


32 


4 


DM1 1-A 


10 


16 


5 


DN11 


4 


16 


6 


DM11-BB 


4 


16 


7 


DR11-A 


10* 


32 


8 


DR11-C 


10* 


32 


9 




4* 


16 


10 


PA611 Punch 


4* 


16 


11 


DT11 


10* 


8 


12 


DX11 


10* 


4 


13 


DL11-C, DL11-D, DL11-E 


10 


31 


14 


DJ11 


10 


16 


15 


DH11 


10 


16 


16 


GT40 


10 


1 


17 


LPS11 


30* 


1 


18 


DQ11 


10 


16 


19 


KW11-W 


10 


1 


20 


DU11 


10 


16 



The first vector for the first device of this type must always be on a (10)8 boundary. 
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APPENDIX C 

INTRODUCTION TO THE DX1 1-B FLOW DIAGRAMS 



This appendix describes the concepts required to understand the flow diagrams on Drawing DX1 l-B-04, sheets 1 
through 9. 

CJ DETAILED DESIGN FLOWS 

The DX1 1 -B is designed into a matrix of time states and logic phases. Each logical operation, gating, or enabling 
condition is valid only during particular time states on the leading edge of the clock pulse (Figure C-1). That is, if 
all conditions are met to perform an operation then that operation will actually take place when the appropriate 
50 ns time pulse occurs. For example, data is usually enabled to the BUSI flops during time state one (TS1) and 
those flops are actually changed by the 50 ns pulse (TP1). 

A Phase is an arbitrary but logical subdivision of the sequence which the DX11-B performs. Each phase has both a 
name and a number. For example, Phase 3 is called Status Presentation, and it contains the logic for loading the 
appropriate status into the BUSI flops and for receiving the channel response: status accepted or status stacked. Use 
of phase controlled logic simplifies the control and facilitates understanding of the sequences involved. Optimum 
subdivision also results in logic savings when a phase can be used in several different types of sequences. 



50ns CLOCK 
PULSES 
(OCCURING ONCE 
EVERY 200ns) 



FF CLOCK 




NOTE: 

Flip-Flop Clock must occur at same time 
as 50 ns Clock and all enabling conditions 
must be met prior to or at the same time as 
the rising edge of the 50 ns clock pulses 

11-3457 

Figure C-1 Timing for Setting Flip-Flops 

C.2 TIME-PHASE DIAGRAMS 

On Sheet 1 is a Major Phase Diagram showing the transitions made by the DX logic. When examining the individual 
phase flows in Section II, you may wish to refer back to these definitions: 
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Phase 0: Idle or Requesting — This phase is used for 

a. Selection Bypassed 

1 . Propagate Select-Out 

2. Fast CU Busy Sequence 

b. Selection Sequences 

1 . ISS in Progress 

2. Polling Sequence 

3. Status Pending 

Co Asynchronous Operations 

1 . System Reset 

2. PDP Interrupt Granted 

d. Programmed Interactions 

1. DX Reset 

2. Request Made 

Phase 1 : Address Response — This phase uses the address from the BUSO flops and the Offset Register 
(CUOR) to obtain from PDP-1 1 core the Status/Pointer Word (SPW). The information thus obtained is 
used to set certain control flops. Control of the DX is then transferred to Phase 2. 

Phase 2: Status Preparation — It is the job of this phase to get ready for a status presentation or, if a 
CU request has been granted, to transfer to the appropriate phase (3,5, or 6) from which to proceed with 
the request. If a command has been accepted, then the Device Status Table (DST) is accessed. If the 
command was rejected for some reason (such as bad parity) then the DST is bypassed. During an ISS, 
Phase 3 is used next. If any IBM reset condition is issued during Phase 2, then Phase 4 is used next. 

Phase 3: Status Presentation - The logic controlled by time state one, this phase governs the transfer of 
information into BUSI flops (and thence onto the Bus In Lines). The logic of time state two makes the 
appropriate responses depending upon whether status was accepted or stacked. 

Phase 4: Mark — This phase stores the Device Information resulting from the I/O Interface transaction 
into a Tumble Table (TT) of data in the PDP-1 1 core. The information consists of the DXDS (two bytes 
of device status indicators) and the CUCR (command byte) plus the CUAR (address byte). 

Phase 5: Input — This phase governs the transfer of information from the Channel into the DX1 1 . It 
contains two separate logic paths which run independently. The left hand path synchronizes the NPR 
word transfers to the PDP-1 1 with the transfer of data bytes from the I/O Interface. The right hand path 
controls the signals required by the CH/CU Interaction. 

Phase 6: Output — This phase is similar to input except that data is trnasferred out from the DX1 1 to 
the Channel. 

Phase 7: Done — This phase synchronizes the termination of the signal sequences and makes the 
appropriate response either for a selector CU or for a multiplexer control unit. 



9. Phase Independent Operations: These operations synchronize 

a. The various signals that could occur either independently of the DX clock and/or during any 
phase and 

b. Flip-flop changes that must be synchronized with the DX clock. 
C.3 NOTATION 

Condition — Action — At the lower right of sheet one of Print DX11-B-04 is a Flow Diagram Legend containing the 
various symbols used in the design flows. At the upper middle is a symbol for the basic concept used in this 
description of how the hardware is intended to operate; condition-right arrow (implies) - action. A condition may 
be a Boolean expression containing logical AND, logical OR, the state of flip-flops, and the condition of signals. The 
AND is symbolized by a dot and is given higher precedence than a logical OR operation which is symbolized by a 
plus sign. Thus, when the OR of two conditions is itself to be ANDed with other conditions, then the entire OR 
expression is enclosed in a set of parentheses. In the Boolean Equations as asterisk symbolizes logical AND. 

An action or result may be one of five things : 

1 . A signal level (equals sign); 

2. A flip-flop set to a particular state (a left arrow); 

3. A gating operation in which one byte or a two byte register is given the contents of another byte or 
register (double left arrow); 

4. A gating operation in which a byte or register is cleared (reset to zero); or 

5. An action may simply be itself another enabling condition symbolized by a line. 

Certain signals that may change in a completely asynchronous fashion like the on-line enable switch or which may be 
slightly out of phase with other signal transitions are enclosed in brackets. 

C.4 ENABLING CONDITIONS 

When a condition is used as an enabling condition, there are three ways in which it may be portrayed. The first two 
have the same meaning. 

1 . Vertical line and condition and right arrow starts off an additional line of logic (sometimes used to 
indicate parallel sequences splitting off or simply to show additional enabling conditions to perform 
some action); and 

2. A right arrow and condition in parenthesis and another right arrow is used when a single condition is 
necessary to continue and usually when a symmetric split is made in the flow (i.e., one way or the 
other); 

3. A third use of a condition expression, and the most important one, occurs when an enabled path is 
broken by a double squiggly line. This means conceptionally that if the above line was enabled then 
control will eventually get to this point. However, to actually proceed, the condition to the left of the 
right arrow below the squiggly line must be met. Furthermore, this is the full, necessary, and sufficient 
condition for proceeding. This provides the method of consolidating signal sequences. The squiggly line 
implies that there could be a wait until the condition is met. If a number appears between the squiggly 
lines, it indicates approximately how many cycles will be made before the condition is satisfied. A zero 
between the lines means that the condition is normally met immediately. 
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C.5 PAGE CONNECTORS 

When a logic line terminates at a circle with a letter inside, this is a page connector and helps to locate the next 
portion of the sequence. It is for information and performs no actual function. The matching circle connector will 
be found at the top of a logic path. Again there is no operational meaning attached. Occasionally, two page con- 
nectors will be found connected to a single logic line. This is a reminder that either or both paths may now have 
become enabled. Beneath each reference to a page connector is a short descriptive commend in parentheses of the 
reason for the reference. Similar comments at the top of the page describe categories of the logic paths that follow. 

C.6 PHASE TRANSITIONS 

A downward pointing triangle indicates that a phase transition will be made. All phase transitions are made by 
changing the appropriate bits in the phase control flip-flops when time pulse two appears and the conditions 
required during time state two have been met. When a phase transition occurs, only the conditions in the new phase 
will be enabled and the conditions in the old phase will be disabled completely. 

C.7 SIGNAL NAMES 

When a logic path has been enabled, it is often convenient to have a named signal which represents the condition of thi 
this logic path. Such signal names, if any, are written vertically along the logic path line. These signals thus shown 
include phase and time state conditions. 

C8 SYNCHRONIZATION OPERATIONS 

Cettain synchronization operations are phase independent and these are shown on sheet one. For example, when 
both IBM signals HLD OUT and SEL OUT equal one, then the flop SELO will be set to a one. All phase independent 
actions are done by either TP1 or TP2. This sheet also shows various Special Signals that are available. These signals 
contain no phase or time state information. This is also an index of the Major Phases Interactions with the sheet 
number on which that phase can be found. 

C.9 PROGRAM INTERVENTION 

Program operations that trigger special responses are emphasized by a pointing hand symbol. 
CIO GATING SIGNALS 

Each gate has a footnote number to correlate it with the logic signal name used internally to do the job. These 
number-name pairs appear at the right or bottom and are the same as used in the control flows and in the data paths. 
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Turning Power On for First Time, 2-12 

Unibus Interface, circuit description, 5-46 
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